August 2006 - dovecot

[Dovecot] configure.in bug?
by Luca Corti 03 Aug '06

03 Aug '06

Hello, I have no autotools knowledge but I had to remove square brackets in configure.in shipped with dovecot AC_CONFIG_HEADERS([config.h]) and dovecot-sieve AC_CONFIG_HEADERS([dsieve-config.h]) to be able to build them. thanks

3 3

[Dovecot] 1.0 RC5 released
by Timo Sirainen 03 Aug '06

03 Aug '06

http://dovecot.org/releases/dovecot-1.0.rc5.tar.gz http://dovecot.org/releases/dovecot-1.0.rc5.tar.gz.sig Hopefully this is the final mbox bugfix.. Nothing else changed since rc4.

2 1

[Dovecot] 1.0 RC4 released
by Timo Sirainen 02 Aug '06

02 Aug '06

http://dovecot.org/releases/dovecot-1.0.rc4.tar.gz http://dovecot.org/releases/dovecot-1.0.rc4.tar.gz.sig Just one fix since RC3: - Saving to mboxes caused assert-crashes

3 4

[Dovecot] Cyrus + ldap
by Gert Horne 02 Aug '06

02 Aug '06

Hi, I need some help I am currently setting up my FC5 box with ldap + samba + postfix + dovecot support as prescribed in howto http://wanderingbarque.com/howtos/mailserver/mailserver.html My problem is in starting the dovecot server. I get the following error Starting Dovecot Imap: Error: Error in configuration file /etc/dovecot.conf line 16: Unknown setting: passdb My dovcot.conf file: protocols = imap pop3 login_dir = /var/run/dovecot/login login_chroot = yes disable_plaintext_auth = no login_user = dovecot first_valid_uid = 101 last_valid_uid = 101 first_valid_gid = 101 last_valid_gid = 101 valid_chroot_dirs =/home/vmail/domains default_mail_env = maildir:/home/vmail/domains/%d/%n auth = default auth_mechanisms = plain auth_userdb = ldap /etc/dovecot-ldap.conf auth_pass = ldap /etc/dovecot-ldap.conf auth_executable = /usr/libexec/dovecot/dovecot-auth auth_user = dovecot-auth It is complaining about the auth_userdb parameter as var as I can see. Can anyone help please.

2 1

[Dovecot] 1.0rc3 problem w/ Thunderbird 1.5.0.5 on Mac OS X
by Herr Nagengast 02 Aug '06

02 Aug '06

Howdy, I'm very excited about the new dovecot release because I've been having problems with a hang on saving messages to my sent-mail box over imap+ssl. I installed 1.0rc3 over my 1.0rc2 install on FreeBSD 5.3 in the same manner as all the other upgrades I've done. After checking my email, tbird became nonresponsive and I saw this repeating in my logs ad infinitum: Aug 2 10:17:10 grin dovecot: imap-login: Login: user=<todd>, method=plain, rip=192.168.1.125, lip=64.142.74.74, TLS Aug 2 10:17:10 grin dovecot: IMAP(todd): Effective uid=1001, gid=1001 Aug 2 10:17:10 grin dovecot: IMAP(todd): mbox: data=/home/todd/mail:INBOX=/var/mail/todd Aug 2 10:17:10 grin dovecot: IMAP(todd): mbox: root=/home/todd/mail, index=/home/todd/mail, inbox=/var/mail/todd Aug 2 10:17:10 grin dovecot: IMAP(todd): file index-mail.c: line 785: unreached Aug 2 10:17:10 grin dovecot: child 87476 (imap) killed with signal 6 Aug 2 10:17:10 grin dovecot: IMAP(todd): Effective uid=1001, gid=1001 Aug 2 10:17:10 grin dovecot: IMAP(todd): mbox: data=/home/todd/mail:INBOX=/var/mail/todd Aug 2 10:17:10 grin dovecot: IMAP(todd): mbox: root=/home/todd/mail, index=/home/todd/mail, inbox=/var/mail/todd Aug 2 10:17:10 grin dovecot: imap-login: Login: user=<todd>, method=plain, rip=192.168.1.125, lip=64.142.74.74, TLS Aug 2 10:17:11 grin dovecot: IMAP(todd): file index-mail.c: line 785: unreached Aug 2 10:17:11 grin dovecot: child 87478 (imap) killed with signal 6 Restarting my mail client had no effect on the problem, nor did restarting the server. For now, I've downgraded to 1.0rc2 and I'm not having any problems. Thanks for any help! Todd

5 5

[Dovecot] Thunderbird and mbox
by Thomas Hummel 02 Aug '06

02 Aug '06

Hello all, Does anyone has a workaround for the fact that thunderbird, when used in IMAP with the mbox format, doesn't let the user delete mailboxes : As a matter of fact, only messages can be deleted, since TB tries to move what it wants to delete into the "Trash" box, which would of course mean a sub-box of an mbox mailbox ? -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

2 1

[Dovecot] Dovecot + Ldap problem
by Gert Horne 02 Aug '06

02 Aug '06

Hi, I am currently setting up my FC5 box with ldap + samba + postfix + dovecot support as prescribed in howto http://wanderingbarque.com/howtos/mailserver/mailserver.html My problem is in starting the dovecot server. I get the following error Starting Dovecot Imap: Error: Error in configuration file /etc/dovecot.conf line 16: Unknown setting: passdb My dovcot.conf file: protocols = imap pop3 login_dir = /var/run/dovecot/login login_chroot = yes disable_plaintext_auth = no login_user = dovecot first_valid_uid = 101 last_valid_uid = 101 first_valid_gid = 101 last_valid_gid = 101 valid_chroot_dirs =/home/vmail/domains default_mail_env = maildir:/home/vmail/domains/%d/%n auth = default auth_mechanisms = plain auth_userdb = ldap /etc/dovecot-ldap.conf auth_pass = ldap /etc/dovecot-ldap.conf auth_executable = /usr/libexec/dovecot/dovecot-auth auth_user = dovecot-auth It is complaining about the auth_userdb parameter as var as I can see. Can any-one advise me on a solution please

1 0

[Dovecot] Question re: .mailboxlist to .subscriptions migration
by S JList 02 Aug '06

02 Aug '06

Hello. I'm in the final stages of installing Dovecot on a new server, and then will be migrating user mailboxes from an older server that was using UW-IMAP. I realize that I will have to rename the ".mailboxlist" file to ".subscriptions". But, I have a question about the "mail/" directory part that appears for most mailboxes in each users .mailboxlist file: since I'm configuring my Dovecot to use multiple hidden namespaces (one of which will include "mail/"), do I still have to remove the "mail/" directory portion of each entry in the subscription file by hand, or will the namespace settings take care of "ignoring" that part of each listed mailbox? I hope this question makes sense. TIA for any help. SJ sjlist(a)heidelberg.edu

1 0

[Dovecot] What's the latest on RC2 and Thunderbird
by Ian Thurlbeck 02 Aug '06

02 Aug '06

Hi Just been reading a few threads on the sent-mail hang problem on Thunderbird (TB) and dovecot 1.0RC2 I'm getting reports from WinXP SP2 users running TB 1.0.7, server CentOS 4.2 and dovecot 1.0RC2 There were some suggestions: * Set max cached connections to 1 in TB - but this can result in access problems with blocking processes * Upgrading to TB 1.5.0.5 - not guaranteed to work * Downgrading to 1.0beta8 - works? Does anyone have a definitive answer to this problem ? Many thanks Ian -- Ian Thurlbeck http://www.stams.strath.ac.uk/ Statistics and Modelling Science, University of Strathclyde Livingstone Tower, 26 Richmond Street, Glasgow, UK, G1 1XH Tel: +44 (0)141 548 3667 Fax: +44 (0)141 552 2079

1 0

[Dovecot] Inconsistent handling of CRLF in APPEND
by Richard Birkett 02 Aug '06

02 Aug '06

One of the recent 1.0 commits relating to CRLF handling (maybe 2006-06-24) has changed the behaviour of APPEND when using mbox files with ordinary plain text emails. When a client stores a new message using an APPEND command (eg. saving a draft or copy of a sent message), it uses CRLF consistently as a line-ending throughout the literal data block over the wire - both for the header and the body. At least, this is what both Pine and Thunderbird do, so I suspect it's correct according to the IMAP specs, though perhaps there are grey areas around 8bit messages with no transfer-encoding. When Dovecot stores the message in the mbox file, it *used* to convert all the CRLFs to LF. Since the change, it is still converting the CRLFs in the header, but is leaving them intact in the body. The result is a weird hybrid format within the file. FETCH seems to undo the damage - at least, it sends back data with CRLF in both the header and the body - so provided the only access to the mail-store is through Dovecot, the clients are none the wiser. Dovecot also seems to handle existing messages (stored with LF only) OK too, and doesn't seem to be re-encoding them on update (eg. status changes). However, direct local access to the hybrid new messages will only work if the client is lenient about line endings: Pine seems OK, but others might not be, expecting an mbox file to be consistently "Unix" format. Is this a regression introduced while trying to fix the attachment corruption problem, or just a brand new bug?! Hopefully there is a way of reverting this change without reintroducing the attachment problem. Richard

2 3