- dovecot - dovecot.org

[Dovecot] POP3 and big mailboxes
by Sergey Matveychuk 06 Sep '04

06 Sep '04

Hello. Today one of my users has returned from vacation and his mailbox has grown to 67 Mbyte in 1705 e-mails. dovecot can't index this mailbox with this message (i've changed username with 'xxx'): pop3-login: Sep 06 10:03:43 Info: Login: xxx [172.16.4.9] pop3(xxx): Sep 06 10:03:43 Error: Error indexing mbox file /var/mail/xxx: LF not found where expected pop3(xxx): Sep 06 10:03:43 Error: Error indexing mbox file /var/mail/xxx: LF not found where expected pop3(xxx): Sep 06 10:03:43 Warning: I/O leak: 0x8050600 (0) pop3(xxx): Sep 06 10:03:43 Warning: I/O leak: 0x80858f0 (1) pop3(xxx): Sep 06 10:03:43 Warning: Timeout leak: 0x8065b90 Is it a bug in dovecot? PS. dovecot-0.99.10.9 on FreeBSD 5.2-CURRENT (a month before BETA1 released). -- Sem.

3 3

[Dovecot] v0.99.11 released
by Timo Sirainen 06 Sep '04

06 Sep '04

v0.99.11 2004-09-04 Timo Sirainen <tss(a)iki.fi> + 127.* and ::1 IP addresses are treated as secured with disable_plaintext_auth = yes + auth_debug setting for extra authentication debugging + Some documentation and error message updates + Create PID file in /var/run/dovecot/master.pid + home setting is now optional in static userdb + Added mail setting to static userdb - After APPENDing to selected mailbox Dovecot didn't always notice the new mail immediately which broke some clients - THREAD and SORT commands crashed with some mails - If APPENDed mail ended with CR character, Dovecot aborted the saving - Output streams sometimes sent data duplicated and lost part of it. This could have caused various strange problems, but looks like in practise it rarely caused real problems.

6 7

[Dovecot] 100% CPU utilisation
by Zoong Pham 06 Sep '04

06 Sep '04

Dovecot (0.9.11) consumes 100% CPU utilisation when accessing (either pop or imap) one of my mailboxes. It doesn't happen with other mailboxes. The mailbox has about 500 mails while others have many more. They are all in mbox format. OS: OpenBSD-3.5 with all patches MTA: Sendmail-8.12.11 It happened with other RCs of dovecot-0.9.11 Configured as: ./configure --without-pam --without-shadow --without-vpopmail --localstatedir=/var --with-ssldir=/etc/ssl --with-ssl=openssl There is no strange information in /var/log/maillog except the normal ones like: Sep 6 10:12:40 onion imap-login: Login: zoong [127.0.0.1] The pop or imap clients (mutt and squirrel-1.4.3a) just stay at "opening INBOX ...". mutt can open directly the mailbox without any problem. I rebooted the server and problem still happening. Can someone advise how to find out what's wrong here? I guess there is some kind of corruption within the mailbox. Thanks, Zoong PHAM ___________________________________________________________________________________ THIS EMAIL IS CONFIDENTIAL. If you have received this email in error please forward it to information(a)mercy.com.au. It may contain personal information and it is intended for the addressee only. If you receive this email in error you must not use, copy forward, print or otherwise disseminate any information it contains. Mercy Health & Aged Care is a Catholic community benefit organisation. Each year one in twenty Victorian families are touched by the services we provide. Visit www.mercy.com.au for more information. Our services include: * Mercy Hospital for Women - East Melbourne (moving to Heidelberg in 2005) * Werribee Mercy Hospital - Werribee * Mount Alvernia Mercy Hospital - Bendigo * Mercy Hospice - Western suburbs * O'Connell Family Centre - Canterbury * Corporate Office - Richmond * Rice Village - Geelong * Tullamore Mercy - Montrose * Eventide Mercy - Colac * Bethlehem Home for the Aged - Bendigo *

1 0

[Dovecot] Plaintext Authentication from Localhost
by Paul C. Bryan 06 Sep '04

06 Sep '04

Hi: It appears that at least at one time, Dovecot supported plaintext authentication from localhost, even if disable_plaintext_auth = yes. To wit, the example configuration file reads: # Disable LOGIN command and all other plaintext authentications unless # SSL/TLS is used (LOGINDISABLED capability). Note that 127.*.*.* and # IPv6 ::1 addresses are considered secure, this setting has no effect if # you connect from those addresses. #disable_plaintext_auth = yes On brief inspection of the code, there doesn't seem to be any such support. This is corroborated by the fact that 0.99.10 (Debian package) behaves by disallowing plaintext authentication via connections on localhost. This is a particularly useful feature, as local webmail clients can safely authenticate via the local interface without requiring secure authentication. So, the question is, is Dovecot supposed to support plaintext auth via localhost even if disallowed in dovecot.conf? If so, any suggestions as to what I may be doing wrong? Yours truly, Paul C. Bryan email(a)pbryan.net

2 4

[Dovecot] pam_access
by Programmer 04 Sep '04

04 Sep '04

I've discoverd when I add the line pam_access for access authentication, It always denys a login, even when access.conf accepts everything. I've tested this with other programs, and they work okay. Any ideas?

1 0

[Dovecot] file ostream-file.c: assertion failed with v1.0-test38
by Wouter Van Hemel 04 Sep '04

04 Sep '04

Hello, I've some troubles logging in after upgrading to -test38. The error in the logs says: Sep 4 02:34:38 hostname dovecot: imap-login: Login: username [123.123.123.123] Sep 4 02:34:48 hostname dovecot: IMAP(username): file ostream-file.c: line 105 (update_buffer): assertion failed: (size <= used) Sep 4 02:34:48 hostname dovecot: child 28966 (imap) returned error 1 Regards, wouter

2 3

[Dovecot] 1.0-test39
by Timo Sirainen 04 Sep '04

04 Sep '04

http://dovecot.org/test/ Fixes several crashes. Apparently can still break with mboxes, although it works with me..

2 2

[Dovecot] 0.99.11-rc3
by Timo Sirainen 04 Sep '04

04 Sep '04

http://dovecot.org/rc/ Maybe this one works? :)

3 8

[Dovecot] link() problem with dovecot-imapd
by James Ray 04 Sep '04

04 Sep '04

I'm having a few problems with dovecot-imapd (installed from debian unstable) and am after some much needed help, all is set up and configured, except for this final problem of when I try and move or copy a message from one Maildir to another. I have the option "maildir_copy_with_hardlinks = no" in the the dovecot.conf file but it still seems to be trying to link() the file instead of doing a proper copy. There is a log fragment below for when I try to do a move, the FS that my Maildir is on doesn't support link() hence the problem. It seems to be doing a proper copy to get it into the tmp/ part of the Maildir and then a link() to put it in new/. Any ideas on how to cure this? Log output;l -- Sep 2 18:44:29 indulgence imap(jamesr): link(/home/jamesr/Mail/Maildir/.INBOX.Trash/tmp/1094147066.P2339Q0M915274.indulgence, /home/jamesr/Mail/Maildir/.INBOX.Trash/new/1094147066.P2339Q0M915274.indulgence:2,Sa) failed: Operation not permitted James 'BR' Ray - EMail : jamesr(a)pethippo.co.uk (Primary) - EMail : j.ray(a)herts.ac.uk (University) - Web : http://www.pethippo.co.uk/ - PGP : http://www.pethippo.co.uk/in.php/pgp

3 4

RE: [Dovecot] file ostream-file.c: assertion failed with v1.0-test38
by dovecot 04 Sep '04

04 Sep '04

Hi, > IMAP(username): file ostream-file.c: line 105 > (update_buffer): assertion failed: (size <= used) Sep 4 Same error occurs here, using test38 on Fedora Core 1. For me, the error occurs only using Outlook (2003 in my case). Horde's WebMail client IMP and OpenNMS' IMAP poller work fine though. Reverting back to test32 helped, after I found out about a recent change in ostream-file.c in CVS aroung August 15. BTW, test32 fixes the mbox 'empty lines at beginning of file' corruption problem someone reported here lately too. Regards, Martin

1 0