- dovecot - dovecot.org

[Dovecot] Dovecot proxy in front of UWash?
by Vincent Fox 05 Aug '06

05 Aug '06

Is it possible to use Dovecot frontends in front of UWash backends? I need a proxy pool ASAP. There is not sufficient time to migrate the backends for 40,000+ users so they have to stay UW for now. I have been looking at Perdition but concerned about performance under load. Dovecot looks really promising with it's non-forking mode. I need simple dumb frontends no local mail. Other questions: 1) Database? Wiki only talks about SQL, can I have it map username to hostname using LDAP or some other mechanism? 2) Kerberos? I am hazy here, but can I have the frontends auth the user via Kerberbos and things "just work"? Or do I need to stick with PLAIN authentication? 3) Port mappings? Can I have the requests coming in on SSL ports remapped to non-SSL ports on the backends? Thus the backends could have their load reduced somewhat. e.g. client->proxy:993->backend:143

2 1

[Dovecot] mysql query prepending
by Chris Cappuccio 05 Aug '06

05 Aug '06

In postgresql you can do something like select 'maildir:' || maildir as mail, uid, ... through dovecot-sql.conf Is there a mysql equivalent for adding 'maildir:' as a prefix to the 'mail' location ?

2 2

[Dovecot] Thunderbird and hanging "Copying message to Sent folder..."
by M.-A. Lemburg 04 Aug '06

04 Aug '06

Here's a work-around for the problem that appears to work and maybe also hints at the root of the problem: If you setup the Thunderbird account to "Place a copy in:..." "Other" and then select the Sent folder of the account (rather than just selecting "Sent Folder on: ..."), the problem appears to go away. I can't tell for sure, but Thunderbird seems to send the copy using a different connection than the one used for sending the message itself if you set things up in this way. The email still gets copied to the same Sent folder, so there's no change there. -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Source (#1, Aug 03 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 ! ::::

3 3

[Dovecot] Stale imap processes
by Fran Fabrizio 04 Aug '06

04 Aug '06

Anyone have any theories or experiences as to why for a certain user, some of his imap processes hang, and stay around for days and days? He just reported that his Thunderbird was timing out when trying to open folders, I looked on the server, and he had 3 old imap processes from 1 week+ ago. I killed those and his performance immediately improved. He checks mail with Thunderbird > 1.5 from both Win and Linux, Squirrelmail webmail, and pine. Of those, pine is the only one that is somewhat rare around here - any specific problems with pine's imap client code that anyone knows about? We have been using the dovecot-1.0-0.beta2.7 rpm for Fedora Core 5, I'm updating to 1.0-0.beta8.2.fc5 to see if that helps, as well. Just curious if anyone else has seen this lately. Thanks, Fran -- Fran Fabrizio Senior Systems Analyst Department of Computer and Information Sciences University of Alabama at Birmingham http://www.cis.uab.edu/ 205.934.0653

11 17

[Dovecot] RC5 Outlook POP3 problem
by DNSExit Com 04 Aug '06

04 Aug '06

We have been using dovecot v1.0 alpha3 for almost 1 year for our mail hosting. It was running great until more accounts added to the hosting. I have been trying to upgrade it to v1.0 rc5 and we have found that the RC5 has problem with Outlook (Express) with POP accounts. We are getting error with POP3 on Outlook Express: Your server has unexpectedly terminated the connection. Possible causes for this include server problems, network problems, or a long period of inactivity. Account: 'box5.dnsexit.com', Server: 'box5.dnsexit.com', Protocol: POP3, Port: 110, Secure(SSL): No, Error Number: 0x800CCC0F Do you know if this is a bug or it is our configuration problem? I tried it on Thunderbird and it works great. Both Outlook and Outlook express fail. Are there anyone getting the same problem?

2 1

[Dovecot] using procmail or some VDA with dovecot
by albi 04 Aug '06

04 Aug '06

i'm running postfix+dovecot+mysql on FreeBSD 6.1, which has dovecot-1.0.b7_1 i'd like to be able for each user to deliver all spam-tagged email (by spamassassin) in a separate mailfolder i've done some "googling" but find it hard to find a solution for this has anyone a working setup with the above ? can dovecot do this or should i find a solution via postfix ? in the past i've used procmail (in a setup without mysql), but i've just read that procmail is not meant to be used with virtual users any hints ? thanks in advance! -- grtjs, albi

2 1

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

04 Aug '06

Hi I have a brand new problem now. I have ldap and dovecot working... but my users cant log in. Maillog: server dovecot: imap-login: Aborted login: user=<name>, method=PLAIN, rip=::ffff:127.0.0.1, lip=::ffff:127.0.0.1 dovecot.conf: protocols = imap #imap_listen = 127.0.0.1 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_executable = /usr/libexec/dovecot/dovecot-auth protocol imap { login_executable = /usr/libexec/dovecot/imap-login mail_executable = /usr/libexec/dovecot/imap login_greeting_capability = yes } auth_executable = /usr/libexec/dovecot/dovecot-auth auth_process_size = 256 auth_cache_ttl = 3600 auth default { mechanisms = plain user = dovecot-auth ssl_require_client_cert = no userdb ldap { args = /etc/dovecot-ldap.conf } passdb ldap { args = /etc/dovecot-ldap.conf } } dovecot-ldap.conf: hosts = localhost dn = cn=dovecot,dc=,dc=,dc= dnpass = Unl0ckM3 auth_bind = yes ldap_version = 2 base = o=hosting,dc=,dc=,dc= deref = never scope = subtree user_attrs = mail,homeDirectory,,,, user_filter = (&(objectClass=JammMailAccount)(mail=% u)(accountActive=TRUE)(delete=FALSE)) pass_attrs = mail,userPassword pass_filter = (&(objectClass=JammMailAccount)(mail=% u)(accountActive=TRUE)(delete=FALSE)) default_pass_scheme = MD5 user_global_uid = 101 user_global_gid = 101 Can you assist me with this please

3 3

[Dovecot] Dovecot IMAP and Mac OS X Mail.app
by Ronny Adsetts 04 Aug '06

04 Aug '06

Hi All, I recently switched our Courier IMAP server over to Dovecot primarily for performance reasons. Server OS is Debian Sarge with Dovecot packages from backports.org (v 1.0.rc2-1bpo1). Access from Thunderbird and Horde worked fine with some shared folders defined and the Courier compatibility private folder stanza. Initial testing with Mail.app showed that, although the folder listing was fetched correctly including all shared folders, no mail could be viewed with Mail.app timing out with an error about invalid namespace. (I'll post the exact error message as a follow up when I can test again later). After searching the mailing list for a while, I came upon a message suggesting adding a second private namespace like so: namespace private { separator = . prefix = "INBOX." inbox = yes hidden = no } namespace private { separator = . prefix = inbox = yes hidden = yes } Now, this does work in a fashion and allows Mail.app to access the folders and mail. Problem with this config: * Mail.app displays all INBOX. folders at the top level *and* below Inbox * Thunderbird displays a spurious INBOX folder in the folder listing under Inbox. * Horde displays folders at the top level and below Inbox. Whilst not being a huge problem for our internal mail server, this is not optimal. Has anyone else had these or similar problems and managed to work them out? If so, how did you configure Dovecot or the clients to all play nicely together? I'd quite like to roll Dovecot out on our client mail server but I need to work this out first so any help is appreciated. Thanks. Ronny -- Ronny Adsetts Technical Director Amazing Internet Ltd, London t: +44 20 8607 9535 f: +44 20 8607 9536 w: www.amazinginternet.com

3 3

[Dovecot] IMAP(aweaver): quotactl(Q_GETQUOTA, /dev/sda1) failed: Invalid argument
by Drew Weaver 04 Aug '06

04 Aug '06

Anyone have a solution for this, it appears in the log every time a user accesses their E-Mail via IMAP it obviously relates to filesystem quotas. I'm running: Linux version 2.6.9-34.ELsmp dovecot-1.0.rc2 Disk quotas for user aweaver (uid 1880): Filesystem blocks quota limit grace files quota limit grace /dev/sda1 72172 512000 640000 7167 0 0 Relevant config(/usr/local/etc/dovecot.conf): mail_plugins = quota imap_quota quota = fs any advice would be lovely. Thanks, -Drew

2 1

[Dovecot] Deleted email does not appear in the Trash folder
by Brent Clark 04 Aug '06

04 Aug '06

Hi all I seem to have this problem whereby if I delete an email, then the deleted email does not appear in the Trash folder. I tried setting dovecot mail_debug = yes, but I find in syslog, mail.log etc that there is very limited information. If anyone could assit, I would be most greatful. Kind Regards Brent Clark P.s. I use Thunderbird as the mail client

5 7

[Dovecot] Can't change permissions for /var/spool/postfix/dovecot.index.log
by James Brown 04 Aug '06

04 Aug '06

For some reason i can't change the permissions on /var/spool/postfix/ dovecot.index.log from postfix to dovecot, or anything else. I changed all the files in /var/spool/postfix to be owner postfix so that postfix wouldn't complain about insufficient priviledges. I'm running MacOS X 10.4.7. I can change it all I want, but the owner and group changes do not 'stick' - they simply stay at postfix. Does anyone have any ideas? Can I have the index and index.log files elsewhere? Thanks, James.

2 2

[Dovecot] default_mail_env %d problem
by Den Zinevitch 04 Aug '06

04 Aug '06

Hi all. I`ve got such problem: default_mail_env = mbox:%h/mail/:INBOX=/var/mail/domain.net.ua/%n - it works. But when I say: default_mail_env = mbox:%h/mail/:INBOX=/var/mail/%d/%n - it not. Log: Aug 3 22:51:19 serv dovecot: POP3(user): mbox: data=/home/user/mail/:INBOX=/var/mail//user Aug 3 22:51:19 serv dovecot: POP3(user): mbox: root=/home/user/mail, index=/home/user/mail, inbox=/var/mail//user Aug 3 22:51:19 serv dovecot: pop3-login: Login: user=<user>, method=PLAIN, rip=xx.xx.xx.x, lip=xxx.xxx.xxx.xxx Aug 3 22:51:19 serv dovecot: POP3(user): Disconnected: Logged out top=0/0, retr=0/0, del=0/0, size=0

3 5

[Dovecot] alternate rawlog directory
by Thomas Hummel 03 Aug '06

03 Aug '06

Hello, In rc2 sources, the rawlog directory seem to be hard-coded to be looked for in $HOME. I'd like to have a way to centralized the place where rawlog files are, in order to be able : . to rotate them more easily . not to leave them at the user's reach . not to have to enter the user's directory to read them I'd like to have a layout similar to this : /var/log/dovecot.rawlog/ /user1/20060708-093811-45581.in /user1/20060708-093811-45581.ou /user1/... /user2/20060708-093811-45590.in /user2/20060708-093811-45590.out What do you think about that idea ? Is there already a patch to do that, should I change rawlog.c or is ther already a regular way do do that ? Thanks -- Thomas Hummel | Institut Pasteur <hummel(a)pasteur.fr> | Pôle informatique - systèmes et réseau

3 3

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