- dovecot - dovecot.org

Re: [Dovecot] (no subject)
by Scott Zahn 03 Aug '06

03 Aug '06

On Thu, August 3, 2006 15:28, David Jonas wrote: > On Thu, 2006-08-03 at 15:07 -0400, Scott Zahn wrote: >> Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. I'm running on CentOS >> 4.3 on an Opteron system. I have this running stably on a 32 bit system, but I'm >> crashing constantly on a 64 bit system. >> >> Here's what I'm getting in my mail logs when I try to log in via IMAP: >> >> Aug 3 15:01:21 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == >> data_size) >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> Aug 3 15:01:22 lisa dovecot: child 3208 (imap) killed with signal 6 >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == >> data_size) >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> Aug 3 15:01:22 lisa dovecot: child 3210 (imap) killed with signal 6 >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == >> data_size) >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> Aug 3 15:01:22 lisa dovecot: child 3212 (imap) killed with signal 6 >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 >> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == >> data_size) >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 >> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == >> data_size) >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> Aug 3 15:01:22 lisa dovecot: child 3214 (imap) killed with signal 6 >> Aug 3 15:01:22 lisa dovecot: child 3218 (imap) killed with signal 6 > > I believe this has to do with how the index files are written, with a 32bit or 64 > bit offset. If you remove all the index files, etc from the mailbox when you switch > between the two, or compile with the specific offset, it should work > fine. You're right. I should have looked closer at the log entries. I went to my maildir and ran a find . -name "dovecot.index*" -print0 | xargs -0 rm -f, which got rid of all the index files, but left the uidlists alone. That worked. The 64 bit dovecot is now running fine. So I guess we know that a 32 bit and a 64 bit dovecot can't both use the same mail store. Doesn't the dovecot front page talk about sanity checks being done to prevent this kind of stuff? This makes dovecot seem brittle. Anyway, thanks for the help. cheers, Scott

2 2

Re: [Dovecot] (no subject)
by Scott Zahn 03 Aug '06

03 Aug '06

Ah, so *that's* why I didn't see my reply appearing on the list! I'll repost so it gets archived. On Thu, August 3, 2006 16:07, David Jonas wrote: > Just a note, try to reply to the message list when you post replies. I > don't mind getting the email, but other users may need the information! > > Regards, > > David > > On Thu, 2006-08-03 at 15:59 -0400, Scott Zahn wrote: >> On Thu, August 3, 2006 15:28, David Jonas wrote: >> > On Thu, 2006-08-03 at 15:07 -0400, Scott Zahn wrote: >> >> Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. I'm running on >> CentOS >> >> 4.3 on an Opteron system. I have this running stably on a 32 bit system, but I'm >> >> crashing constantly on a 64 bit system. >> >> >> >> Here's what I'm getting in my mail logs when I try to log in via IMAP: >> >> >> >> Aug 3 15:01:21 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 >> >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == >> >> data_size) >> >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> >> Aug 3 15:01:22 lisa dovecot: child 3208 (imap) killed with signal 6 >> >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 >> >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == >> >> data_size) >> >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> >> Aug 3 15:01:22 lisa dovecot: child 3210 (imap) killed with signal 6 >> >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 >> >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == >> >> data_size) >> >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> >> Aug 3 15:01:22 lisa dovecot: child 3212 (imap) killed with signal 6 >> >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 >> >> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size >> == >> >> data_size) >> >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 >> >> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size >> == >> >> data_size) >> >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, >> >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 >> >> Aug 3 15:01:22 lisa dovecot: child 3214 (imap) killed with signal 6 >> >> Aug 3 15:01:22 lisa dovecot: child 3218 (imap) killed with signal 6 >> > >> > I believe this has to do with how the index files are written, with a 32bit or 64 >> > bit offset. If you remove all the index files, etc from the mailbox when you switch >> > between the two, or compile with the specific offset, it should work >> > fine. >> >> You're right. I should have looked closer at the log entries. I went to my maildir >> did >> a find . -name "dovecot.*" -print0 | xargs -0 rm -f, which got rid of all the index >> files, but left the uidlists alone. That worked. The 64 bit dovecot is now running >> fine. So I guess we know that a 32 bit and a 64 bit dovecot can't both use the same >> mail store. >> >> Doesn't the dovecot front page talk about sanity checks being done to prevent this >> kind >> of stuff? This makes dovecot seem brittle. Anyway, thanks for the help. >> >> cheers, >> Scott >> > >

1 0

Re: [Dovecot] (no subject)
by David Jonas 03 Aug '06

03 Aug '06

On Thu, 2006-08-03 at 15:39 -0400, Scott Zahn wrote: > On Thu, August 3, 2006 15:28, David Jonas wrote: > > On Thu, 2006-08-03 at 15:07 -0400, Scott Zahn wrote: > >> Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. I'm running on CentOS > >> 4.3 on an Opteron system. I have this running stably on a 32 bit system, but I'm > >> crashing constantly on a 64 bit system. > >> > >> Here's what I'm getting in my mail logs when I try to log in via IMAP: > >> > >> Aug 3 15:01:21 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, > >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 > >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 > >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == > >> data_size) > >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, > >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 > >> Aug 3 15:01:22 lisa dovecot: child 3208 (imap) killed with signal 6 > >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 > >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == > >> data_size) > >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, > >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 > >> Aug 3 15:01:22 lisa dovecot: child 3210 (imap) killed with signal 6 > >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 > >> (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == > >> data_size) > >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, > >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 > >> Aug 3 15:01:22 lisa dovecot: child 3212 (imap) killed with signal 6 > >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 > >> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == > >> data_size) > >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, > >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 > >> Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 > >> (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == > >> data_size) > >> Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, > >> rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 > >> Aug 3 15:01:22 lisa dovecot: child 3214 (imap) killed with signal 6 > >> Aug 3 15:01:22 lisa dovecot: child 3218 (imap) killed with signal 6 > > > > I believe this has to do with how the index files are written, with a 32bit or 64 > > bit offset. If you remove all the index files, etc from the mailbox when you switch > > between the two, or compile with the specific offset, it should work > > fine. > > > > Well, shoot. If I remove the index files and let dovecot rebuild them, won't that lead > to my users re-downloading their entire inboxes if they're using POP3? Depends on how you have the UIDL format configured. Personally I use maildirs and have the format be the filenames so I can continue to use qmail-pop3d (for now). If you're using the default, yeah, I think that's a generated id. Another option would be to recompile dovecot on the 64bit system with the --with-file-offset-size=32 instead of the RPMs. It is really an easy build. Personally, first I'd try removing the index files for my own account and see if my mail gets re-downloaded. Please note that I've done very little on 64bit systems, so these are mostly guesses. But I have compiled with --with-file-offset-size=64 and had to remove my index files to avoid that crash. > -Scott >

1 0

[Dovecot] (no subject)
by Scott Zahn 03 Aug '06

03 Aug '06

Hey everyone, I'm trying version 1.0rc2, via the rpm at ATrpms. I'm running on CentOS 4.3 on an Opteron system. I have this running stably on a 32 bit system, but I'm crashing constantly on a 64 bit system. Here's what I'm getting in my mail logs when I try to log in via IMAP: Aug 3 15:01:21 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == data_size) Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 Aug 3 15:01:22 lisa dovecot: child 3208 (imap) killed with signal 6 Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == data_size) Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 Aug 3 15:01:22 lisa dovecot: child 3210 (imap) killed with signal 6 Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file index-mail.c: line 105 (index_mail_get_fixed_field): assertion failed: (buffer_get_used_size(buf) == data_size) Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 Aug 3 15:01:22 lisa dovecot: child 3212 (imap) killed with signal 6 Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 Aug 3 15:01:22 lisa dovecot: IMAP(scottz): file mail-cache-transaction.c: line 709 (mail_cache_add): assertion failed: (fixed_size == (unsigned int)-1 || fixed_size == data_size) Aug 3 15:01:22 lisa dovecot: imap-login: Login: user=<scottz>, method=PLAIN, rip=::ffff:192.168.1.183, lip=::ffff:192.168.1.21 Aug 3 15:01:22 lisa dovecot: child 3214 (imap) killed with signal 6 Aug 3 15:01:22 lisa dovecot: child 3218 (imap) killed with signal 6 Can someone confirm whether this is a bug or not? thanks, Scott

2 1

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

03 Aug '06

http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz http://dovecot.org/releases/dovecot-1.0.rc3.tar.gz.sig Does this fix the hangs people have been reporting? - SSL connections hanged sometimes, especially when saving messages. - mbox: Mail bodies were saved with CR+LF linefeeds - Mail forwarding was broken with deliver/Sieve - dbox fixes. Might actually be usable now. - Index file handling fixes with keywords - Cache file was incorrectly used in some situations, which probably caused problems sometimes. - Maildir++ quota: Don't count "." and ".." directory sizes to quota. After rewriting maildirsize file keep its fd open so that we can later update it. Patch by Alexander Zagrebin

3 6

[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

[Dovecot] Quota with dict backend - sql does not get registered
by David Jonas 02 Aug '06

02 Aug '06

Hello everyone, I've been working with the quota plugin, attempting to use the dict backend. It seems the sql dict class is not getting loaded. I dropped a couple lines in dict_class_lookup(dict.c) and it seems the only class that gets loaded is "proxy". Any idea how to get the sql driver to load in the quota/dict module? My authentication goes through the sql module and is working perfectly, so I know that the module and db are talking in general. I've scoured the documentation and dug through the code but I can't seem to discover the solution. There is "Dynamic SQL drivers" in the compiling from source section: http://wiki.dovecot.org/CompilingSource#line-158 I compiled the driver_mysql.so, copied it to lib/dovecot/, symlinked it into auth/, imap/, pop3/ and lda/, then tried-- but it still only showed "proxy" as being loaded. After that I added it to the mail_plugins list, mail_plugins = driver_mysql quota but it didn't like that and spat out some linking errors: Edlopen(/usr/local/dovecot-1.0.rc2/lib/dovecot/imap/driver_mysql.so) failed: /usr/local/dovecot-1.0.rc2/lib/dovecot/imap/driver_mysql.so: undefined symbol: sql_not_connected_result So, where do I go from here? Any insights would be appreciated and I'll keep digging. Regards, David

2 4

Re: [Dovecot] Improving interaction/performance with Mail.app
by Sean Kamath 02 Aug '06

02 Aug '06

On July 1, Alan Schmitt wrote: >>>> What OS are you using in server side? And what filesystem? >>> >>> Mac OS X.4.7, with HFS+ as files system. >> >> I think I've heard before that Dovecot doesn't behave too great with >> OSX.. > >This might be the cause. I've had the plan to move my IMAP server to >a linux box, this might be the good time. > >> Hmm. I guess it's time to put this in wiki: >> >> http://wiki.dovecot.org/Debugging/ProcessTracing > >Good to know. I just need to find a way to reproduce the problem. > >Thanks a lot for your help, > >Alan I just moved to Dovecot. I'm looking forward to figuring out how to allow users to have access to (old) email in mbox format, an have all new mailboxes go to maildirs. . . But I digress. When we switched, no one complained of performance issues -- except myself. mail.app would seem to stall on caching a message, then report that it was reconnecting, and move a bit further, then stall. . . What apparently was happening was the dovecot was polling for /dev/urandom, over and over again, waiting for some random bits, and Mail.app would timeout and reconnect. Turning off SSL made it MUCH faster. Of course, that's not a solution. So, I hunted the mailing lists, and ran across some notes about dovecot using /dev/urandom a little too enthusiastically. I haven't had a chance to grub through the code (hard to do with a 2-year old that won't sleep until midnight on many a nights!), and this post is somewhat premature, but I'm curious if turning off SSL removes the problem. Of course, switching to a Linux server will (sort of) negate the problem, in that apparently Linux is a little faster at finding random bits (I guess, I've never looked into it). My server is Solaris 9. My client is Mail.app from 10.3.9. As I grub through the code, I'll try and identify cryptographically significant randomness from non-cryptographically significant randomness. Sean

1 1

[Dovecot] server provisioning
by Steve Roemen 01 Aug '06

01 Aug '06

All, I was curious as to what size of systems (cpu, memory) that you are using. I'm going to build a new server for imap, imap-ssl, pop3, pop3-ssl, maildir storage (NOT smtp or spam --that's on another server) for ~500 users. What do you believe is the minimum for this? Thanks, Steve

1 0

Re: [Dovecot] permissions warning on OpenBSD 3.9
by Geert Hendrickx 01 Aug '06

01 Aug '06

On Tue, Aug 01, 2006 at 10:36:01AM +0200, Thomas Zajic wrote: > BTW my (command line) chmod doesn't know a "-h" option, what's it supposed > to do? Something with (not) following symlinks, I guess? from NetBSD's chmod(1) manpage: -h If file is symbolic link, the mode of the link is changed. But apparantly only NetBSD and FreeBSD have this flag, sorry. Geert

2 1

[Dovecot] dovecot-1.0.rc2 hangs while copying to Sent
by Jack Bailey 01 Aug '06

01 Aug '06

Hello, Since running dovecot-1.0.rc2, tbird occasionally hangs when it's copying outbound mail to the Sent folder. Running beta8 and earlier I never saw this problem. Anyone know what's up and how to fix it? Thanks, Jack -- http://banners.wunderground.com/banner/gizmotimetemp/US/CA/San_Diego.gif

9 20

[Dovecot] Public Namespace & ACL & Virtual Users
by Fintec 01 Aug '06

01 Aug '06

Background: I am wanting to create shared folders (public namespace) with access control lists on the sub directories. Our implementation of dovecot (v1.0b7) uses many virtual users and domains and 1 actual user (vmail), all using maildir. So far I have successfully created the public namespace (Public_Folders) which every user can access but I'm having difficulty restricting access using ACls. When trying to implement the dovecot ACL plug-in I followed the wiki instructions and created a "dovecot-acl" file within Public_Folders containing: owner lrwstiekxa user=user1(a)domain.com lrwstiek However this doesn't appear to do anything. All users can still access Public_Folders so I have a couple of questions that hopefully someone can help me with... 1) Is it possible to use the dovecot's ACL plug-in on a Public name space? 2) Is it possible to create dovecot-acl files with virtual usernames, i.e. user1(a)domain.com or does it have to be actual users, i.e. vmail? 3) Is it possible to restrict access within the namespace definition, i.e. set up another public namespace restricted to manager(a)domain.com? 4) Is ACL accepts & denies logged somewhere other than /var/log/maillog (my default)? 4) Is anyone successfully set-up an environment with a public namespace and ACLs? Any help would be greatly appreciated. Gavin

3 7

[Dovecot] Dovecot and Sun's Directory Server
by Brian Hechinger 31 Jul '06

31 Jul '06

I've got Sun's Directory Server 5.2 installed here, and I would like to have dovecot use it for virtual users. I have the following questions: a) How do I get dovecot to link to DS's libraries? Am I better off just building OpenLDAP client libraries and linking dovecot with them instead? b) how about password-hash {CRYPT} in the OpenLDAP config file? Do I need to do anything to make DS5.2 do that for me the right way? c) Schema. Can I use the OpenLDAP schema? Does DS5.2 have the correct schema for my needs? Which exact schema does dovecot use? Maybe I can check and see what's in there and what needs to be added/extended. I think that's it for now. ;) -brian

1 0

[Dovecot] Dovecot copy with imapsync
by Stephan Holl 31 Jul '06

31 Jul '06

Hi List, I am trying to migrate my dovecot 0.9 (mbox-Storage) to 1.0rc2 with maildir-storage using imapsync. I cannot manage to copy the emails from one server to the other, however the dry-run from imapsync works nicely. Is it possible to make dovecot more verbose to see what is happening (or not happening)? Thank you very much. Best Stephan

3 4

[Dovecot] Dovecot and SSL certificates
by M.-A. Lemburg 31 Jul '06

31 Jul '06

Hello, we're running RC2 and seeing a problem with the way SSL certs are handled by Dovecot. We've set ssl_verify_client_cert=yes and ssl_require_valid_client_cert=no. Using this setup we get (rather interesting) log entries like these: Jul 31 11:21:23 dev dovecot: imap-login: Invalid certificate: <user cert> Jul 31 11:21:23 dev dovecot: imap-login: Invalid certificate: <CA cert> Jul 31 11:21:23 dev dovecot: imap-login: Valid certificate: <CA cert> Jul 31 11:21:23 dev dovecot: imap-login: Valid certificate: <user cert> Jul 31 11:21:23 dev dovecot: imap-login: Login: user=... When setting ssl_require_valid_client_cert=yes, logins always fail with: Jul 31 11:57:54 dev dovecot: auth(default): PLAIN(?,...): Client didn't present valid SSL certificate Are we doing something wrong, or is dovecot mixing up something while checking the certificates. Note that the certificates are all valid and have not expired. The <user cert> is signed by the <CA cert> and we set ssl_ca_file to the CA certificate PEM file. Ideally, we'd like to only accept login requests from users which have a valid certificate signed by our CA. Even better would be an approach such as the one taken by Postfix where you have to provide a list of valid MD5 hash sums for the users you'd like to accept. Thanks, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Jul 31 2006) >>> Python/Zope Consulting and Support ... http://www.egenix.com/ >>> mxODBC.Zope.Database.Adapter ... http://zope.egenix.com/ >>> mxODBC, mxDateTime, mxTextTools ... http://python.egenix.com/ ________________________________________________________________________ ::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,FreeBSD for free ! ::::

2 2

[Dovecot] Folder not visible - after migration ( Squirrel Mail )
by Sumit Gulati 31 Jul '06

31 Jul '06

Hello, We did migration from old version postfix to new version postfix (2.3). >From old dovcot 0.99 to dovcot 1.0 rc2 and we rsynched /Home of old box to new /Home 1:1 After migration we are not able to see customise the folders in squirrel mail interface. What could be the reason. Regards, Sumit

2 1