Re: CPU usage issue with Append command (cyrus 3.0.6)

(imapd) 43932 cyrus 1 102 0 161M 23416K CPU5 5 1:41 96.17% imapd: imap: hostname> [] user.. Append (imapd) 81590 cyrus 1 102 0 163M 24976K CPU6 6 3:14 94.76% imapd: imap: hostname> [] user.. Append (imapd) -- Ben Carter University of Pittsburgh/CSSD Network Operations Center b...@p

Re: Refuse IMAP without encryption

for the webmail. The webmail (Sogo) can do TLS or SSL, but normally I don't do that for localhost. I am using Cyrus 2.4.16 from Debian 7 (Wheezy). With regards, Paul van der Vlis. -- Ben Carter University of Pittsburgh/CSSD b...@pitt.edu 412-624-6470 Cyrus Home Page: http

Re: Another 2.4 upgrade horror story

Can you tell us more about your storage configuration? Ben -- Ben Carter University of Pittsburgh/CSSD b...@pitt.edu 412-624-6470 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu

Re: Detect if nntp support is enabled

-list.html telnet to port 119? Ben -- Ben Carter University of Pittsburgh/CSSD b...@pitt.edu 412-624-6470 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: Strange LMTP crash

Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html I already found this. The quota that is passed to verify_user() by process_recipient() has to be a quota_t, not an int. A patch was already submitted. Ben -- Ben Carter University

Re: Upgrade and Migration

Carson Gaspar wrote: Ben Carter wrote: Carson Gaspar wrote: Ben Carter wrote: You have to do the _exact_ same thing with imapsync, unless you want to lose email. As has already been pointed out, you are incorrect. The order is: [Pre-create inboxes with large quotas on new server] 1

Re: Upgrade and Migration

Carson Gaspar wrote: Ben Carter wrote: If you use rsync, you have to stop everything until that finishes, possibly reconstruct all mailboxes, maybe fix some other things before giving people their mail functionality back and allowing mail delivery to resume. That's just silly

Re: Upgrade and Migration

/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html Yes, the proxy login worked for us. If by access rights you mean IMAP ACLs, the imapsync option for this is --syncacls. Ben -- Ben Carter University of Pittsburgh/CSSD b

Re: Upgrade and Migration

, ~65,000 users in ~28 hours by using up to 128 concurrent imapsync processes at a time this way. Ben -- Ben Carter University of Pittsburgh/CSSD b...@pitt.edu 412-624-6470 Cyrus Home Page: http://cyrusimap.web.cmu.edu/ Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twiki List Archives/Info: http

Re: backup without stopping the imap server?

, take a look at fssnap (1m). No need to stop anything and you'll get an exact atomic point in time copy of the filesystem. If you're using VxFS, look at Snapshot Filesystems - same thing essentially. Ben -- Ben Carter University of Pittsburgh/CSSD [EMAIL PROTECTED] 412-624-6470 --- Cyrus Home

Re: high-availability again

should always be required (which our code does). When we get a chance, we're going to talk to Derrick about getting some cluster support into the std. code. Ben -- Ben Carter University of Pittsburgh/CSSD [EMAIL PROTECTED] 412-624-6470 --- Cyrus Home Page: http://asg.web.cmu.edu/cyrus Cyrus Wiki/FAQ

Re: high-availability again

node. You could make these filenames unique across the cluster with code changes if you want to make the code changes for these also. We added a clusternode parameter to imapd.conf to accomplish this for the LMTP stage./ files. Otherwise, it just worked. Ben -- Ben Carter University

Re: Question about lmtp.lock

QFS. In my benchmarks it was a lot slower than Veritas' CFS. Ben -- Ben Carter University of Pittsburgh/CSSD [EMAIL PROTECTED] 412-624-6470 --- 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

deliver.db and related issues

in size? Our test mailboxes file is only 72 bytes... Thanks, Ben Ben Carter University of Pittsburgh [EMAIL PROTECTED] 412-624-6470

Re: deliver.db and related issues

Rob Siemborski wrote: On Wed, 15 Oct 2003, Ben Carter wrote: First of all we have duplicate delivery suppression turned off. However, deliver.db still seems to be maintained. I saw a post about it being needed for sieve too but we don't plan to use sieve either. My question is, can I

Highly available and scalable Cyrus configurations

to troubleshoot and operate and a much stronger configuration in terms of availability? TIA for all input. Ben Carter University of Pittsburgh/CSSD [EMAIL PROTECTED] 412-624-6470

Re: Highly available and scalable Cyrus configurations

--On Tuesday, October 07, 2003 6:43 PM -0400 Rob Siemborski [EMAIL PROTECTED] wrote:r On Tue, 7 Oct 2003, Ben Carter wrote: and an MTA on each cluster member, because with the murder configuration, you probably have to end up with a load-balancing switch in front of murder front-end machines