Is it possible to manage threads with sieve?
Hello. I subscribe multiple mailing lists, and every two months I had to clean up by: 1. go to each mailing list mail folder, find messages I sent; 2. find the threads of each messages I sent; 3. these are the threads that I participated discussion, move the whole thread to archive folder as I might search them later or for reference. This is really boring work and is against the principle of why people use computer (to release human from repetitive and uncreative work). Is it possible to do it with sieve or should I start to write client-side script (in my case, thunderbird plugin or perl script in cron) for this? I believe the easiest route is client side script but just ask in case. Thanks in advance. 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: NOTICE: Debian is moving sieve to its IANA allocated port (4190)
On 09/12/09 09:49 -0500, Adam Tauno Williams wrote: >On Tue, 2009-12-08 at 19:10 -0500, Matt Selsky wrote: >> Has any client software been updated to use port 4190? > >Not that I've seen. > >--- >Ahh, Debian, you make me love CentOS more every day. I've filed a bug (#559923) against Debian's Avelsieve package to change its default configuration (for new installations) to use port 4190. I would hope that change gets passed on to upstream when/if this issue affects more OSs. In my opinion, new installations should consider using 4190 and existing installations should use whatever works best. If you do not intend to change Sieve ports for timsieved, then it'd be best to change your cyrus.conf file now so you're not surprised in the future. E.g., if you have: sieve cmd="timsieved" listen="sieve" prefork=0 maxchild=100 then changing to this: sieve cmd="timsieved" listen="2000" prefork=0 maxchild=100 will help mitigate problems if your OS decides to modify your /etc/service unexpectedly. -- Dan White 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
cyrus replication over a WAN
I just wanted to check if any people have any experience or reports about doing cyrus replication over a WAN? A few potential issues spring to mind: 1. I know the replication protocol is pretty "chatty", so does the higher latency over a WAN (ms vs us) cause it to get behind more regularly? 2. The protocol uses more bandwidth than really needed, has that caused unexpected bandwidth usage problems? 3. A WAN isn't nearly as reliable as a local connection. If you're over a VPN, and the connection goes down for a minute and then comes back, does that confuse the sync_client, or does it tend to just continue and work? Any insights would be appreciated. Rob Rob Mueller r...@fastmail.fm 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: proxyd cpu usage
> 0.23 seconds on a 35MB mailboxes file. I thought I saw in one of you > other e-mails that yours was taking about one second? Yeah, .95 seconds in my case. Even with a 4-cpu box, our user load makes that intolerable, the latency causes things to back up. John -- John Madden Sr UNIX Systems Engineer Ivy Tech Community College of Indiana jmad...@ivytech.edu 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: proxyd cpu usage
On 12/09/2009 10:43 AM, John Madden wrote: Yes, sorry, Wesley Craig's response pointed me in that direction and that definitely seems to be the problem. How many mailboxes are returned by these LIST operations? We run Horde with Cyrus here, but we have no shared mailboxes and no problems with high load on the Cyrus frontends. Well, none, in general. But it's a 200MB mailboxes.db so I assume scanning that (to return nothing) is what takes up the cpu time. John 0.23 seconds on a 35MB mailboxes file. I thought I saw in one of you other e-mails that yours was taking about one second? . list "user.*" "*" * LIST (\HasNoChildren) "." "user.ed.Info" . OK Completed (0.230 secs 2 calls) <> 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: NOTICE: Debian is moving sieve to its IANA allocated port (4190)
On Tue, 2009-12-08 at 19:10 -0500, Matt Selsky wrote: > Has any client software been updated to use port 4190? Not that I've seen. --- Ahh, Debian, you make me love CentOS more every day. 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: proxyd cpu usage
Wesley Craig wrote: > On 08 Dec 2009, at 18:55, Andrew Morgan wrote: >> How many mailboxes are returned by these LIST operations? We run >> Horde with Cyrus here, but we have no shared mailboxes and no >> problems with high load on the Cyrus frontends. > > How do you have IMP configured? As I recall, at least in older > versions, with default configuration, IMP would refresh the folder > list on each page draw! Also, LIST can be very expensive, depending > on a number of factors, e.g., how ACLs are normalized. We're running DIMP. As far as I can tell, the bad LISTs only happen when refreshing the folder list. That's despite it's "cache the folder list" config param. The following config prevents all the nonsense, while also disabling any folder sharing, which we aren't using anyway: $servers['imap'] = array( 'name' => 'IMAP Server', 'server' => 'localhost', 'hordeauth' => true, 'protocol' => 'imap/notls', 'port' => 143, 'quota' => array ( 'driver' => 'imap', ), 'imap_config' => array ( 'children' => false, 'namespace' => array ( 'INBOX.' => array ( 'name' => 'INBOX.', 'delimiter' => '.', 'type' => 'personal', 'hidden' => false ), ), 'search_charset' => true ), ); Note that localhost here is imapproxy. John -- John Madden Sr UNIX Systems Engineer Ivy Tech Community College of Indiana jmad...@ivytech.edu 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: proxyd cpu usage
> We set the following in imapd.conf: > > sharedprefix: ~ Public Folders (We don't use altnamespace.) -- John Madden Sr UNIX Systems Engineer Ivy Tech Community College of Indiana jmad...@ivytech.edu 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: proxyd cpu usage
>> Yes, sorry, Wesley Craig's response pointed me in that direction and that >> definitely seems to be the problem. > > How many mailboxes are returned by these LIST operations? We run Horde > with Cyrus here, but we have no shared mailboxes and no problems with high > load on the Cyrus frontends. Well, none, in general. But it's a 200MB mailboxes.db so I assume scanning that (to return nothing) is what takes up the cpu time. John -- John Madden Sr UNIX Systems Engineer Ivy Tech Community College of Indiana jmad...@ivytech.edu 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: lmtptest error
On 12/09/2009 04:51 AM, Henk Weebers wrote: Hello list, I am busy setting up a mail server for simple home use (a few email addresses) with postfix and cyrus on openSuSE 11.2. I will use that server as IMAP server. I am using sasl and mysql . Maybe later I will use openldap. I did SMTPtest, Imtest and testsaslauthd with success but lmtptest will not pass. Cyrus accepts mail from remote. Here are the results of lmtptest: mail:/etc/postfix # lmtptest -u root localhost getaddrinfo: Servname not supported for ai_socktype failure: Network initialization - cannot connect to localhost:lmtp mail:/etc/postfix # Can someone advise me how to resolve this problem? Dec 9 08:53:58 mail lmtpunix[10100]: executed As far as I can tell lmtptest will only work with lmtpd configured to listen on a TCP port, not a unix socket. Regards, HW <> 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
