Please try if http://dovecot.org/nightly/dovecot-latest.tar.gz (or the CVS directly) works with you. I made a lot of changes to dovecot-auth, so I wouldn't want to make alpha4 release without some more testing in different environments. I'll release alpha4 in a few days, but it'll be basically same as this unless more bugs get fixed. Some of the changes include: - IMAP: We might have sent extra EXPUNGE messages when output buffer got full. This could have caused various sorts of very bad behavior. This is the main reason why everyone should upgrade as soon as possible. - POP3: We sent duplicate replies for LIST command when output buffer got full. Probably caused Thunderbird's duplicate deletion bugs? (Although I thought someone checked that Dovecot's reply was correct when the bug occurred?) - pop3_uidl_format setting is now required to be explicitly set in configuration file for pop3 to work at all. I want to get rid of the old default setting which breaks Outlooks, and simply changing the default would break existing setups. - Multiple passdbs and userdbs of same type can now be added with different parameters. Some people asked about this earlier. - Authentication cache works now with other than SQL and LDAP passdbs. Some passdbs such as PAM require some additional settings to work. See example config file. - Some other fixes to authentication cache related to failure handling and non-plaintext authentication. - deny passdb wasn't working for non-plaintext authentication. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://dovecot.org/pipermail/dovecot/attachments/20051016/c0ede205/attachment.pgp
are you sure that's alpha 4? It unpacks as Alpha 3.
On Sun, 2005-10-16 at 20:41 +0300, Timo Sirainen wrote:> Please try if http://dovecot.org/nightly/dovecot-latest.tar.gz (or the > CVS directly) works with you. I made a lot of changes to dovecot-auth, > so I wouldn't want to make alpha4 release without some more testing in > different environments. I'll release alpha4 in a few days, but it'll be > basically same as this unless more bugs get fixed.Cheers Timo, Will shove on my home server tonight and the hosting servers in the morning. Think it has all the fixes I wanted already :) Regards Andrew -- Andrew Hutchings (A-Wing) - Linux Guru Netserve Consultants - http://www.domaincity.co.uk/ Linux CDs and DVDs - http://www.linuxiso.co.uk/ Random quote 178: "Well, let's just say, 'if your VCR is still blinking 12:00, you don't want Linux'". - Bruce Perens, Debian's Fearless Leader
On Sun, Oct 16, 2005 at 08:41:55PM +0300, Timo Sirainen wrote:> Please try if http://dovecot.org/nightly/dovecot-latest.tar.gz (or the > CVS directly) works with you. I made a lot of changes to dovecot-auth, > so I wouldn't want to make alpha4 release without some more testing in > different environments. I'll release alpha4 in a few days, but it'll be > basically same as this unless more bugs get fixed.I've been running alpha3 without any problems. However, the alpha4 pre-release drops my connection after a "SELECT INBOX" and leaves this in the logs: dovecot: Oct 16 14:20:15 Info: imap-login: Login: user=<glenn>, method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured dovecot: Oct 16 14:20:15 Error: imap(glenn): flock() locks not supported dovecot: Oct 16 14:20:15 Error: child 411 (imap) returned error 89 Here's truss output of imap: read(0, " x s e l e c t I N B".., 4096) = 16 open64("/home/glenn/.inbox", O_RDWR|O_CREAT|O_EXCL, 0660) Err#17 EEXIST mkdir("/home/glenn/.imap/INBOX", 0770) Err#17 EEXIST stat64("/home/glenn/.imap/INBOX", 0xFFBFF468) = 0 time() = 1129488290 open64("/home/glenn/.imap/INBOX/dovecot.index", O_RDWR) = 4 alarm(120) = 0 write(2, "01 F f l o c k ( ) l o".., 30) = 30 _exit(89) This looks like a locking issue on an index file. I had been leaving lock_method unset, letting it default to fcntl (inferred from the comments in dovecot-example.conf). I changed it to the explicit "lock_method = fcntl" and this fixed the problem. Has the lock_method default changed from alpha3 to alpha4? And is it proper to infer from the comment below in dovecot-example.conf that the default is supposed to be fcntl? #lock_method = fcntl Thanks, Glenn -- Glenn Leavell <glenn@usg.edu> Office of Information and Instructional Technology Board of Regents of the University System of Georgia
Timo Sirainen wrote:> Please try if http://dovecot.org/nightly/dovecot-latest.tar.gz (or the > CVS directly) works with you. I made a lot of changes to dovecot-auth,Seems to run fine here (FC4 with gcc 4.0.1), though I didn't have any problems with alpha3 (running maildir here, seems to be more stable anyway), besides some inotify-related errors every now and then: Oct 16 12:16:18 ymmv dovecot: imap(jh): inotify_rm_watch() failed: Invalid argument Oct 16 12:16:18 ymmv dovecot: imap(jh): inotify_rm_watch() failed: Invalid argument btw, I don't know your priority regarding the lda, but the current cvs fails to compile: bc_generate.c:37:19: error: sieve.h: No such file or directory bc_generate.c: In function 'bc_relation_generate': bc_generate.c:156: error: 'GT' undeclared (first use in this function) bc_generate.c:156: error: (Each undeclared identifier is reported only once bc_generate.c:156: error: for each function it appears in.) bc_generate.c:159: error: 'GE' undeclared (first use in this function) bc_generate.c:162: error: 'LT' undeclared (first use in this function) [...]