Re: some weirdness and broken error handling with sieve (in 2.2.12)

2006-11-30 Thread Phil Pennock
On 2006-11-29 at 16:49 -0500, Greg A. Woods wrote: > BTW, this whole idea of generating new mail from SIEVE is bogus. The > local mail service should NEVER EVER IN A MILLION YEARS ever generate > new messages in response to incoming mail (think backscatter, unless if > it had the kind of once-per-

Re: timeouts when connecting to imap server

2006-11-30 Thread Timo Veith
Hi! I am still having the problem, isn't there anyone who has a hint for me? I changed the io scheduler from cfq to deadline, raised file descriptor limit to 30 and still have no betterment. :( I installed the nagios check on the mail server itself to exclude network problems and checked

Re: Captive mailbox in Cyrus IMAP?

2006-11-30 Thread Nik Conwell
On Nov 29, 2006, at 4:17 PM, Greg A. Woods wrote: The only thing I don't like is use of a file in the filesystem as a flag instead of using a proper configuration file whos contents can be version controlled and more easily backed up, restored, documented, centralized, shared, and understood.

Re: IMAP/POP traffic accounting

2006-11-30 Thread former03 | Baltasar Cevc
Hi Anthony, I'm not 100% sure - but 99%, so I hope this answer is ok ;-) There is no implementation in Cyrus and I think nobody has thought about doing it. Somebody reported that Perdition logs the bytes sent and received, and suggested one could use that in the last thread. I haven't yet tried

Re: timeouts when connecting to imap server

2006-11-30 Thread Jorey Bump
Timo Veith wrote: I am still having the problem, isn't there anyone who has a hint for me? I changed the io scheduler from cfq to deadline, raised file descriptor limit to 30 and still have no betterment. :( Just a thought, but can you try switching to a 2.4.x kernel? The 2.6 series seems

Re: IMAP/POP traffic accounting

2006-11-30 Thread Mirosław Jaworski
On Wed, 2006-11-29 at 13:23 -0500, Anthony Tibbs wrote: > I believe there was some mention of this in the past, but I'm wondering > whether there are any known efforts to implement network traffic accounting > in the later versions of Cyrus, or if this is still something that hasn't > been dealt

Re: Sharing Murder?

2006-11-30 Thread Janne Peltonen
On Wed, Nov 29, 2006 at 11:46:46AM -0500, Wesley Craig wrote: > On 29 Nov 2006, at 10:46, Janne Peltonen wrote: > >The part '... all "replicated" servers can serve the same mailboxes > >from a > >shared filesystem' attracted my attention. Is this the LB that is > >reported not > >to work with c

listusers failed

2006-11-30 Thread Arnau Bria
Hi, today, after a "power cut" (I'm not sure if this is correct), I had to startup my home mail server. After that, I found that I was not able to get my mail, so I logged into box and found and error in sasldblistusers2 : # sasldblistusers2 listusers failed So, I thought I was some kind of err

Re: migrate_sieve.pl on twiki

2006-11-30 Thread Andrew Morgan
On Sat, 9 Sep 2006, Louis Kowolowski wrote: On Fri, Sep 08, 2006 at 10:40:37AM -0700, Andrew Morgan wrote: ... It looks like the CMU folks recently upgraded their Wiki software. All of the files I attached to the MboxCyrusMigration node in the Wiki are gone now. Is there anyone from CMU that

Re: Sharing Murder?

2006-11-30 Thread Janne Peltonen
On Thu, Nov 30, 2006 at 05:20:50PM +0200, Janne Peltonen wrote: > So if I'm correct, to achieve a true single server image, you don't > actually have to sync anything but the mailboxes list... sieve, > delivery, dupl suppression etc. should "just work". Nice. ...or is it? If the traditional config

Re: NFSv4, anyone?

2006-11-30 Thread Andrew Laurence
At 5:55 PM +0100 11/29/06, Paul Dekkers wrote: (And NetApp, but we don't have such a filer, yet. Hmm, I actually wanted to use that with nfs4 for other purposes (too)...) We have NetApp filers, but not extensive Cyrus experience. :-( -- Andrew Laurence [EMAIL PROTECTED] Cyrus Home Page:

Re: some weirdness and broken error handling with sieve (in 2.2.12)

2006-11-30 Thread Greg A. Woods
At Thu, 30 Nov 2006 10:18:59 +0100, Phil Pennock wrote: > > On 2006-11-29 at 16:49 -0500, Greg A. Woods wrote: > > BTW, this whole idea of generating new mail from SIEVE is bogus. The > > local mail service should NEVER EVER IN A MILLION YEARS ever generate > > new messages in response to incomin

Re: IMAP/POP traffic accounting

2006-11-30 Thread Greg A. Woods
On Wed, 2006-11-29 at 13:23 -0500, Anthony Tibbs wrote: > I believe there was some mention of this in the past, but I'm wondering > whether there are any known efforts to implement network traffic accounting > in the later versions of Cyrus, or if this is still something that hasn't > been dealt

Re: migrate_sieve.pl on twiki

2006-11-30 Thread Greg A. Woods
I've used the following really simple AWK script to do a few simple migrations (on hosts that were using qpopper and/or just plain unix mail). It beats the hell out of Perl, especially for simplicty, though it was also pretty speedy, given that it was forking a deliver process per message. #! /bi

Re: Cyrus 2.3 code moved to CVS trunk

2006-11-30 Thread Greg A. Woods
At Thu, 30 Nov 2006 12:43:13 -0500, Ken Murchison wrote: > > I just moved the Cyrus 2.3 code to the trunk of CVS and created a > cyrus-imapd-2_2-tail branch to be used for bug fixes to the 2.2 code. ACK! I really hate that upside-down branching scheme you guys use. Every time you do that you c

Re: listusers failed

2006-11-30 Thread Craig White
On Thu, 2006-11-30 at 16:58 +0100, Arnau Bria wrote: > Hi, > > today, after a "power cut" (I'm not sure if this is correct), I had to > startup my home mail server. > > After that, I found that I was not able to get my mail, so I logged > into box and found and error in sasldblistusers2 : > > #

Re: IMAP/POP traffic accounting

2006-11-30 Thread Patrick T. Tsang
Hello, The current version support SNMP. It works on my own linux box. However, the agentx is not working very well. The old method of keeping checking log and INBOX are not good enough to show the actual flow. I really wonder why there is no one to have a deep looking on it. Regards Patrick