- dovecot - dovecot.org

Re: [Dovecot] SSL errors
by Bill Boebel 10 Oct '06

10 Oct '06

On Sun, October 8, 2006 4:40 pm, Timo Sirainen <tss(a)iki.fi> said: > On Fri, 2006-09-29 at 14:10 -0400, Bill Boebel wrote: >> On Fri, September 29, 2006 11:46 am, Dominic Marks <dom(a)helenmarks.co.uk> said: >> >> Actually, I found in the archives that I should increase login_process_size if >> I'm not running with login_process_per_connection. I have done this and that >> seems to have taken care of the malloc failure. >> >> All of my customers who had IMAP SSL problems are reporting that the problem >> is fixed now that I have increased login_process_size to 64 MB. In just two >> hours though the imap-login process is up to 33 MB, and continuing to grow. Is >> that normal? This particular server handles 1200 IMAP connections and 800 IMAPS >> connections concurrently on average. >> > > I don't know how much memory each SSL connection takes, but I'd suggest > increasing the memory limit even higher, maybe even 256MB. If it > continues to grow up to it then I guess there's a memory leak somewhere. > After watching it for the past ten days, the imap-login processes on our five Dovecot proxy servers are hovering at between 32MB and 36MB each. So it doesn't look like a memory leak here. The proxies are running great. Thanks, Bill

1 0

Re: [Dovecot] RC8 failing...
by Chris Wakelin 10 Oct '06

10 Oct '06

Timothy Meader wrote: > I just tried upgrading from RC7 to RC8 this morning, and I'm seeing an > issue I've never seen before. On my first POP3 login, all is fine, but > any subsequent logins seem to fail with the message: > > dovecot: Oct 10 11:04:31 Error: Maximum number of mail processes exceeded > > In the dovecot log file. > > I'm also oddly seeing the message: > > Oct 10 11:01:05 popbkup pop3-login: [ID 799321 mail.crit] Dovecot > version mismatch: Master is v1.0.rc7, login is v1.0.rc8 (if you don't > care, set version_ignore=yes) > > in the messages file on my system. Don't really understand that one, and > I've done a complete shutdown of all dovecot or *-login *-auth processes > prior to the "make install" for RC8. > Sounds like you've still got a rc7 version of sbin/dovecot somehow. Try running "dovecot --version" to check. As for the other (if it's unrelated) what do you have for "max_mail_processes"? Best Wishes, Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin(a)reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094

1 0

[Dovecot] POP3 - Mark messages as read
by Jose Gervasio Gomiz 10 Oct '06

10 Oct '06

Hi all. I have a little problem with Dovecot. My POP3 users can retrieve their emails without problem, but if they have "Leave mail in server" (or similar) active in their clients, their mboxes doesn't get updated marking those messages as read. If I access their mboxes locally with "mail -f username" I can see every message marked as non-read, something that never happened before when I used qpopper. I should note that when they retrieve their emails afterwards those previously received doesn't arrive again (correct behavior). My setup is: RHEL 4 Update 4 dovecot-0.99.11-4.EL4 (last version in RH Updates) mbox format, external POP3, local only IMAP (Squirrelmail) I couldn't find references to this in /etc/dovecot.conf, the FAQ or via web searching. Should I upgrade to dovecot-1.x to solve this? Even if RH doesn't support it yet? Any info would be greatly appreciated. Jose Gomiz

1 0

[Dovecot] RC8 failing...
by Timothy Meader 10 Oct '06

10 Oct '06

I just tried upgrading from RC7 to RC8 this morning, and I'm seeing an issue I've never seen before. On my first POP3 login, all is fine, but any subsequent logins seem to fail with the message: dovecot: Oct 10 11:04:31 Error: Maximum number of mail processes exceeded In the dovecot log file. I'm also oddly seeing the message: Oct 10 11:01:05 popbkup pop3-login: [ID 799321 mail.crit] Dovecot version mismatch: Master is v1.0.rc7, login is v1.0.rc8 (if you don't care, set version_ignore=yes) in the messages file on my system. Don't really understand that one, and I've done a complete shutdown of all dovecot or *-login *-auth processes prior to the "make install" for RC8. The only possible config file change I can think of that might've caused this (that was mentioned in the release notes for RC8) is the default_mail_env value, however, I believe mine is fine: mbox:~/mail:INBOX=/var/mail/%1u/%1.1u/%u This is for an actual mailbox with a two character hash for the maildrop directory. I was looking forward to giving RC8 a spin, but I've had to revert back to RC7 for now. Thanks in advance. --- Tim Meader CNE ISG Security NetCommerce Corporation Tim.Meader(a)gsfc.nasa.gov (301) 286-8013

1 0

[Dovecot] Trying to use "deliver" as a LDA
by Stéphane Legrand 10 Oct '06

10 Oct '06

Hello, I'm trying to use "deliver" as a LDA for some users. I found the page http://wiki.dovecot.org/LDA where i read that i can use the ".forward" file in the user HOME directory. However, when i try, i get the following error in the maillog file : ... deliver(...): mbox: We need root IMAP folder, but can't find it or HOME environment ...deliver(...): Failed to create storage for 'user' with mail 'mbox:/var/mail/user' where "user" is the user login. How can i fix this error ? My aim by using "deliver" as a LDA is to force a quota for the mailbox user. Is this the right thing to do to achieve this ? My configuration is the following : OS : FreeBSD 6.1 Dovecot 1.0.r7 Thank you for your help. Regards, Stephane. -- Stéphane LEGRAND Pôle Système d'Information - Développement informatique CCI du Loiret - 23 place du Martroi - 45044 ORLEANS CEDEX 1 Tél : 02 38 77 77 55 - Mél : stephane.legrand(a)loiret.cci.fr - Fax : 02 38 42 15 61

4 3

[Dovecot] Out of memory errors
by Bill Boebel 10 Oct '06

10 Oct '06

Do these errors indicate a memory leak? I see them in the logs a few times per day on each of our servers, running CVS dovecot-20060924... Oct 8 22:21:30 mail38b dovecot: auth(default): block_alloc(): Out of memory Oct 8 22:21:30 mail38b dovecot: child 6391 (auth) returned error 83 (Out of memory) Oct 9 20:05:05 mail38b dovecot: auth(default): pool_system_realloc(): Out of memory Oct 9 20:05:05 mail38b dovecot: child 655 (auth) returned error 83 (Out of memory) Bill

2 1

[Dovecot] (mail_cache_add): assertion
by Daniel Voelkel 09 Oct '06

09 Oct '06

Hi, I currently use rc2 on FreeBSD AMD64. Are there any news regarding this Bug: mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size)? I read that access to an 64bit-machine could help you. Feel free to contact me. Greetings from germany, Daniel -- GMX DSL-Flatrate 0,- Euro* - Überall, wo DSL verfügbar ist! NEU: Jetzt bis zu 16.000 kBit/s! http://www.gmx.net/de/go/dsl

4 4

[Dovecot] IGNORE: RFC compliance report
by Tony Kay 09 Oct '06

09 Oct '06

I mis-read the line. -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 This isn't right. This isn't even wrong. Wolfgang Pauli

1 0

[Dovecot] RFC compliance on folder lists
by Tony Kay 09 Oct '06

09 Oct '06

If a mail folder contains quotes, the IMAP server may respond with a line like: 1 list "" "a/b/"X" Y Z" The specific example I saw had this exact form (it was in a nested folder, and one of the words was quoted). -- Anthony Kay University Computing Center (541) 346-1719 GPG Fingerprint: B0DB D46A 60AF FAE7 A94A 5075 0CB4 4D88 9F4F 7F09 Physics is like sex: sure, it may give some practical results, but that's not why we do it. - Richard Feynman

2 1

[Dovecot] fix: LDA logging
by David Lee 09 Oct '06

09 Oct '06

Timo: As discussed over the last couple of days. Please could the attached patch be applied to "deliver.c" so that it can log (syslog etc.) final delivery into the destination mailbox. This completes a hitherto missing part in logging an email's progress; it is useful (for example) to diagnose "my email wasn't delivered" problems. Thanks. -- : David Lee I.T. Service : : Senior Systems Programmer Computer Centre : : Durham University : : http://www.dur.ac.uk/t.d.lee/ South Road : : Durham DH1 3LE : : Phone: +44 191 334 2752 U.K. :

2 2