.zimbra.com/forums/showthread.php?p=33880#post33880
--
Rich Graves <[EMAIL PROTECTED]>
Sr UNIX and Security Administrator
Ofc 507-646-7079 Cell 952-292-6529
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.w
kdir $start;
}
print join("\t",$mbox,$part,$acl) . "\n";
$acl =~ 's/lrswipcda/lrswipkxtea/g';
print NEW join("\t",$mbox,"0 $part",$acl) . "\n";
$i++;
}
if ($i < 32000) {
die "FATAL: Too few mailboxes!\n";
} else {
exit
;t the multiappend/append be closing the FD for each stage file
and then reopening it later as it needs it?
Probably.
--
Rich Graves <[EMAIL PROTECTED]>
Sr UNIX and Security Administrator
Ofc 507-646-7079 Cell 952-292-6529
Cyrus Home Page: http://cyrusimap.web.cmu.e
icult?
--
Rich Graves <[EMAIL PROTECTED]>
Sr UNIX and Security Administrator
Ofc 507-646-7079 Cell 952-292-6529
Cyrus Home Page: http://cyrusimap.web.cmu.edu/
Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
This is the "delayed expunge" feature, added in 2.3. man imapd.conf,
page down to expunge_mode. It's a speed enhancement and has the side
effect of allowing sysadmin undelete/unexpunge without recourse to backups.
You should have something like this in cyrus.conf for garbage
collection. man cy
Fabio Corazza wrote:
Rich Graves wrote:
Clustered filesystems don't make any sense for Cyrus, since the
application itself doesn't allow simultaneous read/write. Just use a
normal journaling filesystem and fail over by mounting the FS on the
backup server. Consider replication such
http://polyserve.com/pdf/Caspur_CS.pdf
--
Rich Graves <[EMAIL PROTECTED]>
Sr UNIX and Security Administrator
Ofc 507-646-7079 Cell 952-292-6529
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
