Re: murder and mailbox rename
* 06/04/2011, Simon Matter wrote : hi all, I've configured 4 imap server as murder frontend/backend unified with one murder server. All seem to work, but when users rename a mailbox on the same backend the mails disappear, and I've to rebuild the maildir loosing all flags. There is some thing to configure or to check on unified or on murder ? Maybe what you see is related to this? http://asg.andrew.cmu.edu/archive/message.php?mailbox=archive.info-cyrusmsg=52544 exactly tanks a lot ! Antonio -- Never try to teach a pig to sing. It wastes your time and annoys the pig. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: 2.4.7 mailbox rename looses mail
Hi again! It looks like these changes broke it: http://git.cyrusimap.org/cyrus-imapd/commit/?id=463f7571f8aeca00630a2bc26ebf24fadf844b4c Versions up to 2.4.6 should be fine. Only 2.4.7 and 2.4.8 prereleases are affected. Greetings, Wolfgang -- Wolfgang Breyha wbre...@gmx.net | http://www.blafasel.at/ Vienna University Computer Center | Austria Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Local delivery seems to limit IMAP performance
We run cyrus-imapd-2.3.8 in a murder configuration with one front end and one back end server. One thing I've noticed is that local message delivery has a pronounced effect on IMAP client performance. We've had to limit the number of lmtpd processes to 64 on both servers to maintain an adequate level of IMAP performance. At peak times, we will have over 6000 IMAP sessions and over 500 SMTP sessions on the front end. The result is that local deliveries are often delayed during peak times. What it is about lmtpd that causes it to affect IMAP client performance so profoundly? Can anything be done about this? When I have an IMAP session running with mutt, it displays one line for each message, and displays the contents quite quickly as I select each message. However, I've noticed that when I get a new delivery (for which I get a separate notification), there's a long delay when I select the next message. It must be rebuilding some indexes at that time, and fetching the new copies. Is that correct? What could we do to improve this procedure? -- -Gary Mills--Unix Group--Computer and Network Services- Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
Re: Local delivery seems to limit IMAP performance
On Wed, April 6, 2011 5:07 pm, Gary Mills wrote: We run cyrus-imapd-2.3.8 in a murder configuration with one front end and one back end server. One thing I've noticed is that local message delivery has a pronounced effect on IMAP client performance. We've had to limit the number of lmtpd processes to 64 on both servers to maintain an adequate level of IMAP performance. At peak times, we will have over 6000 IMAP sessions and over 500 SMTP sessions on the front end. The result is that local deliveries are often delayed during peak times. What it is about lmtpd that causes it to affect IMAP client performance so profoundly? Can anything be done about this? When I have an IMAP session running with mutt, it displays one line for each message, and displays the contents quite quickly as I select each message. However, I've noticed that when I get a new delivery (for which I get a separate notification), there's a long delay when I select the next message. It must be rebuilding some indexes at that time, and fetching the new copies. Is that correct? What could we do to improve this procedure? +1(i.e. I'd also like to learn more about these aspects) We have a single instance Cyrus server 2.3.16 and five (5) LMTPD's already give us the maximum delivery performance. We routinely deliver over 20k messages per hour, the record stands at 27k. That's with between 3,000 and 4,000 open IMAP sessions and a few dozen POP users at any given time. mailboxes.db is Skiplist with 514,000 entries, on SSD Q: How many deliveries per hour are achieved by other large Cyrus installations ? Eric Luyten, Computing Centre VUB/ULB. Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/