> Yes, if you are using 2.2. We're still running 2.1.16 ... so you're
saying
> you're checkpointing every 5 minutes and *still* recovery takes so
long??
I use Version 2.1.13!
I also found the following entry in my warn log file:
May 11 02:00:23 oscar-mail ctl_mboxlist: ctl_mboxlist -c is depre
>In that case you need to checkpoint more often. Change the setting in
>/etc/cyrus.conf, e.g.:
>
> checkpointcmd="ctl_cyrusdb -c" period=5
I already configured that setting, but with "ctl_mboxlist -c" which
should be okay, or?
My cyrus.conf file:
START {
mboxlist cmd="ctl_cyrusdb -r"
Hello,
i have a lot of log files in my Cyrus V2.1.3 db directory --> every day 2 log files
with approx. 1Mb.
It takes about 2h 30 min after i restarted the Cyrus to work properly, because after
the restart heÂs doing a database recovery! The only workaround i found, was to
delete all files
Hello,
has anyone experience with the Cyrus IMAP Aggregator
(http://asg.web.cmu.edu/cyrus/ag.html) in an production enviroment
(>50.000 Mailboxes)?
Which hardware do you use?
Any problems?
Regards,
Chris
---
Home Page: http://asg.web.cmu.edu/cyrus
Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List
imaps cmd="imapd -s" listen="imaps" prefork=0
pop3 cmd="pop3d" listen="pop3" prefork=5
pop3s cmd="pop3d -s" listen="pop3s" prefork=0
sieve cmd="timsieved" listen="sieve" prefork=0
lmtpunix cmd="lmtpd"
Hello,
after restarting Cyrus ctl_cyrusdb and ctl_deliver takes very long.
- ctl_cyrusdb about 12 Minutes
- ctl_deliver about 101 Minutes
Mar 8 00:31:28 oscar-mail master[20685]: exiting on SIGTERM
Mar 8 00:31:38 oscar-mail master[16113]: setrlimit: Unable to set file
descriptors limit t
