<!DOCTYPE html>
<html>
<head>
<title></title>
</head>
<body><div>We have quite a complex file system structure over tmpfs, ssd and two separate drive partitions for every store now for much the same reason, and we dump the core files onto /local which is the syslog location as well - so that a crasher bug won't cause full disk on the Cyrus partitions (though I think we've fixed all the corruption bugs on full disk now).<br></div>
<div>&nbsp;</div>
<div>As with anything, if you're doing a really small system, it probably doesn't matter.&nbsp; If you're doing a big system, then thinking about your partitioning matters.<br></div>
<div>&nbsp;</div>
<div>Bron.<br></div>
<div>&nbsp;</div>
<div>&nbsp;</div>
<div>On Fri, Dec 5, 2014, at 10:18 AM, John wrote:<br></div>
<blockquote type="cite"><div>Patrick,<br></div>
<div>&nbsp;</div>
<div>
      For what it's worth, I have a separate /srv partition for exactly
      the reasons you outline, and I place the cyrus mailbox data in
      /srv/cyr. That way, an overfull mail store doesn't kill the entire
      server (and vice versa, perhaps). I'm using Ubuntu, but I think
      the principle remains the same.<br></div>
<div>&nbsp;</div>
<div>
      John<br></div>
<div>&nbsp;</div>
<div>
      On 04/12/14 23:11, Patrick Goetz wrote:<br></div>
<blockquote cite="mid:5480EA05.5070607@mail.utexas.edu" type="cite"><pre>This might seem like a dumb question, but I'm wondering if anyone has 
some thoughts on recommended file locations for single server systems; 
in particular, what are the cyrus default folder locations?

I've been using cyrus on Ubuntu/debian systems and am now making a 
switch to Arch.  The default debian file locations are:

   /var/spool/cyrus:   mail, news, sieve
   /var/run/cyrus:     sockets
   /var/lib/cyrus:     db files, db, quota, msg, proc
     (configdirectory=/var/lib/cyrus)
   /var/log/mail.*     log files

although there also appears to be an unused /var/lib/cyrus/user folder


The problem with putting actual user mail in /var is that this can 
eventually amount to quite a bit of data.  Many modern small server 
systems are set up with small/fast SSD OS disks and user data (/home) 
stored on larger traditional disks. (I set up all my servers like this.) 
  Since the OS disk is relatively small, I try to avoid placing growing 
data stores on it.

The simple solution would appear to be to place /var on a separate 
partition on the larger disks as well, but this has in the past resulted 
in boot problems because /var doesn't get mounted quickly enough.  (And 
yes, understood this problem has finally been solved by systemd.)

So my solution has been to make the defaultpartition = /home/cyrus/mail

leaving the debian defaults in place otherwise.


The Arch package maintainer has set up everything under /var/imap:

    [root@ibis imap]# pwd
    /var/imap
    [root@ibis imap]# ls
    db  log  msg  proc  quota  sieve  socket  user


I can live with this, but it doesn't seem ideal, either.  For example, 
what is the configdirectory, given this directory structure?

Hence my question.  The Arch philosophy is to stick as closely to 
upstream as possible, so it would be useful to know what that is.


----
Cyrus Home Page: <a href="http://www.cyrusimap.org/">http://www.cyrusimap.org/</a>
List Archives/Info: <a href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a>
To Unsubscribe:
<a href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a><br></pre></blockquote><div>&nbsp;</div>
<div>----<br></div>
<div>Cyrus Home Page: <a href="http://www.cyrusimap.org/">http://www.cyrusimap.org/</a><br></div>
<div>List Archives/Info: <a href="http://lists.andrew.cmu.edu/pipermail/info-cyrus/">http://lists.andrew.cmu.edu/pipermail/info-cyrus/</a><br></div>
<div>To Unsubscribe:<br></div>
<div><a href="https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus">https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus</a><br></div>
</blockquote><div>&nbsp;</div>
<div id="sig567075"><div class="signature">--<br></div>
<div class="signature">Bron Gondwana<br></div>
<div class="signature">brong@fastmail.fm<br></div>
<div class="signature">&nbsp;</div>
</div>
<div>&nbsp;</div>
</body>
</html>