Re: [Dovecot] maildri++ quota

2008-10-10 Thread Ralf Hildebrandt
* Claudio Prono [EMAIL PROTECTED]: Same problem to me... :( What can be the problem? What I'm seeeing is this: * people are (according to deliver imap) over quota * when I check the maildirsite file I see stuff like 744288000S 78182 4815 -200635743 -15 -100099910 -14 Which - to me -

[Dovecot] pop3-login: Internal login failure (auth failed, 1 attempts)

2008-10-10 Thread Frank Bonnet
Hello I have a user that experience troubles with it's pop3 client (eudora) at random time/hour the dovecot server refuse the connection to his machine during several minutes then it restart normally to download its emails ... the message is like the following : dovecot: Oct 09 15:36:35

Re: [Dovecot] maildri++ quota

2008-10-10 Thread Timo Sirainen
On Thu, 2008-10-09 at 23:33 +0300, Timo Sirainen wrote: On Thu, 2008-10-09 at 22:01 +0200, Ralf Hildebrandt wrote: When is the maildir quota usages recalculated and written to the second line of the maildirsize file? I'm using 1.1.4, and I reset the quotas for my users by just taking

Re: [Dovecot] maildri++ quota

2008-10-10 Thread Claudio Prono
Same problem to me... :( What can be the problem? Ralf Hildebrandt ha scritto: * Timo Sirainen [EMAIL PROTECTED]: How badly wrong are your quotas? Totally off. The recalculation after 15m doesn't work at all 3-6 examples? How about 15.000? My users get a lot

Re: [Dovecot] pop3-login: Internal login failure (auth failed, 1 attempts)

2008-10-10 Thread Timo Sirainen
On Oct 10, 2008, at 2:19 PM, Frank Bonnet wrote: dovecot: Oct 09 15:36:35 Info: pop3-login: Internal login failure (auth failed, 1 attempts): user=xxx, Internal login failure means that it should have logged a real error message. The error messages may be elsewhere than these

[Dovecot] Switching Servers now can't retrieve mail

2008-10-10 Thread lists
I have just switched my mail server. I have copied (I think) the config files from the old to new. Exim is work fine on the new machine as I can see email file showing up in /var/mail/lists/new . However, dovecot reports nothing when I check mail . I am have turn on logging on both machines

Re: [Dovecot] maildri++ quota

2008-10-10 Thread Timo Sirainen
On Fri, 2008-10-10 at 10:51 +0200, Ralf Hildebrandt wrote: * Claudio Prono [EMAIL PROTECTED]: Same problem to me... :( What can be the problem? What I'm seeeing is this: * people are (according to deliver imap) over quota * when I check the maildirsite file I see stuff like

Re: [Dovecot] sieve multi-line parser bug

2008-10-10 Thread info
Cotiatododia (with upper case C) is in the first line but cotiatododia (lower case) is only on the second one. My rule is case sensitive (as far as I know): if anyof (header :contains [From, Reply-To, To, Cc] [cotiatododia, ganhedinheiro.com, 1000deaths.com, ione.correia, nsbezerra,

Re: [Dovecot] maildri++ quota

2008-10-10 Thread Ralf Hildebrandt
* Timo Sirainen [EMAIL PROTECTED]: a) = file is 5120 bytes b) file is older than 15 mins and it contains more than two lines (header + the first value line) Actually I forgot one important part about b): It's only done if user is over quota. Aha! -- Ralf Hildebrandt ([EMAIL

Re: [Dovecot] Cyrus MailDir to Dovecot mbox

2008-10-10 Thread Steinar Bang
CJ Keist [EMAIL PROTECTED]: [On why mbox and not maildir] It's to do with how our current file services are setup and a personal preference and familiarity with the mbox format. FWIW it was familiarity with mbox, and that maildir was a big unknown for me, that almost made me choose mbox. But

[Dovecot] rsync'ing maildir (Was: Cyrus MailDir to Dovecot mbox)

2008-10-10 Thread Steinar Bang
Steinar Bang [EMAIL PROTECTED]: I can see one issue with it, when using rsync to back up the mailboxes to a different machine: since the file names of the articles change when they are read, and when the state changes, rsync may ending up transferring the same article more than once (unless

Re: [Dovecot] Switching Servers now can't retrieve mail

2008-10-10 Thread lists
Started with a new conf file and now it's working. I guess there is a configuration difference between 1.0.14 and 1.1.2 On Fri October 10 2008 08:01:34 [EMAIL PROTECTED] wrote: I have just switched my mail server. I have copied (I think) the config files from the old to new. Exim is

Re: [Dovecot] Switching Servers now can't retrieve mail

2008-10-10 Thread Elisamuel Resto
On Fri, 10 Oct 2008 10:52:22 -0700, [EMAIL PROTECTED] wrote: Started with a new conf file and now it's working. I guess there is a configuration difference between 1.0.14 and 1.1.2 /snip For future reference: http://wiki.dovecot.org/Upgrading/1.1 -- Elisamuel Resto | GPG:

Re: [Dovecot] Corrupted transaction log file / record size too small

2008-10-10 Thread Steven Winikoff
2) recompiled dovecot without optimization (ie, gcc -O0 instead of -O2) (as per http://www.mail-archive.com/dovecot@dovecot.org/msg12936.html) The problem here turned out to be a bug in Sun CC (and gcc -O2 apparently worked after all, so maybe a problem with testing). Thanks. I'll

Re: [Dovecot] sieve multi-line parser bug

2008-10-10 Thread info
I'm sorry it is my mistake I forgot to add a stop. There was another rule at the bottom of my script: if allof (header :contains X-Spam-Flag YES) { fileinto Junk; } which overruled the first I apologize for taking your time. Sincerely, Dennis -

Re: [Dovecot] Initial support for shared mailboxes

2008-10-10 Thread Sascha Wilde
Sascha Wilde [EMAIL PROTECTED] writes: Timo Sirainen [EMAIL PROTECTED] writes: On Sep 30, 2008, at 6:08 PM, Sascha Wilde wrote: [...] So I guess what is needed is a new userdb backend which is explicitly runs an arbitrary external program to get the user data (instead of caching the passdb

Re: [Dovecot] Corrupted transaction log file / record size too small

2008-10-10 Thread Timo Sirainen
On Oct 10, 2008, at 9:22 PM, Steven Winikoff wrote: I had hoped v1.1.3 would have fixed this. But perhaps this is also related to the disk quota issues. Are there any other errors that are logged before the assert? Nothing obvious, I'm afraid. For example, this occurence is typical of the

Re: [Dovecot] Corrupted transaction log file / record size too small

2008-10-10 Thread Steven Winikoff
[...] Oct 8 13:56:40 alcor dovecot: Panic: imap[15143] USER4, NNN.NNN.NNN.NNN: file index-mail.c: line 1091 (index_mail_close): assertion failed: (!mail-data.destroying_stream) Hmm. I think I thought of a different assert before when commenting. This assert should be fixed by 1.1.4 /