Re: More timings populating a mailbox
These are interesting results. I encourage you to make an entry in the Cyrus Wiki about the work you've been doing. As an additional filesystem option, we've found that IMAP on reiser improves significantly with the notail option. Good work. :wes 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
Re: user and realm splitting in cyrus/ldap
Hello, Did you check the -r switch of saslauthd? no. I used a filter like (|([EMAIL PROTECTED])(cn=%u)) instead but using -r is the better way which I'm using now. Thanks! Regards Marten Lehmann 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
Re: user and realm splitting in cyrus/ldap
Hello, In my case it is: ldap_filter: ((umMailObjectStatus=enabled)(umCyrusStatus=enabled)(umLogin=%u%R)) So that it looks for [EMAIL PROTECTED] thanks. I'm using saslauthd with the -r option now as Simon adviced but your combination with the enabled status is interesting. I also planned to include this because we want to be able to disabled certain accounts but there is one catch with it: The user just sees authentication failure. So he might think something is wrong with our servers although we blocked his account intentionally. Is there a way to include an own, special error message? I would like to distinguish between 1) Login ok 2) Account doesn't exist 3) Account temporarily disabled Where does Cyrus get the error message from? With testsaslauthd I get: 0: NO authentication failed Cyrus IMAP says: x NO Login failed: authentication failure On successful logins testsaslauthd gives: 0: OK Success. While Cyrus IMAP responds with: x OK User logged in Is there any way to change this? Regards Marten 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
Re: IMAP sync tool (rsync for IMAP)
Hello, Downside: If you have very large messages on the source IMAP servers, you better run the script on a machine with lots of RAM. On my system it died repeatedly with out of memory when it was hitting a 32MB message (on-disk size), and the system has 1GB RAM. strange, I didn't experience this while running a sync for 15.000 mailboxes some weeks ago with even larger messages partially. It's probably best to run it on a 3rd system, one that's separate from both the source and the destination IMAP servers, otherwise unpleasant things might happen if the script starts to gobble up RAM on the IMAP server. Again, this 3rd system is best if it has lots of RAM if you allow large messages on your source IMAP server. Thats surely a good advice, but I don't think it is primarily because of the memory usage, but because of the CPU usage. While syncing and checking for differences on source and target server imapsync will use _much_ CPU ressources, especially if you are running several instances of imapsync at the same time to speed up the sync (on different mailboxes of course). The source and target IMAP servers have been pretty idle while the 3rd server running imasync had a load average of 50. Regards Marten 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
Re: IMAP sync tool (rsync for IMAP)
Marten Lehmann wrote: Downside: If you have very large messages on the source IMAP servers, you better run the script on a machine with lots of RAM. On my system it died repeatedly with out of memory when it was hitting a 32MB message (on-disk size), and the system has 1GB RAM. strange, I didn't experience this while running a sync for 15.000 mailboxes some weeks ago with even larger messages partially. Yeah, and after a quick google search it turned out I'm not the only one to experience that. Ah well, except for just one very large message, everything else was transferred OK. -- Florin Andrei http://florin.myip.org/ 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