http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig This one should be the last beta release before the first v1.1 release candidate. I'll try to stay away from this list and Dovecot in general for the next 1,5 weeks. I've several exams coming up and I should have started studying for them days ago already.. :) The main things left in my TODO are: - Squat indexes should handle expunges - Lucene indexes are broken - See if \recent flag handling could be fixed for maildir/mbox (it works for dbox though) - Some other minor things which I'll do if I have time, but won't block v1.1.0 release. Changes since beta10: - One major performance issue found and fixed. This was the main reason why we weren't yet in release candidate stage. - configure --with-package now gives an error if it can't find the necessary libs/headers for the package. Use --with-package=auto for the old behavior. - Memory leak fixes - Convert plugin fixes. Conversion is now done to namespace with INBOX. - Changes to handling group adding/removing to processes. Hopefully didn't break anything. - Message flag/keyword searches are now faster - Fixes/optimizations to handling SORT. After building initial indexes, my 260k mail mailbox sorts in about 0.01 seconds. :) - Fixes to searching mails with unknown charsets/invalid data - deliver_log_format setting -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20071209/209f6ffd/attachment-0002.bin>
Hello Timo! Looks like that dovecot-1.1.beta11 is pretty buggy. deliver cored after the first run. Do you need any further information? (As usual I tried my procmail testcase which cored) Ciao, Gerhard -- http://www.wiesinger.com/ On Sun, 9 Dec 2007, Timo Sirainen wrote:> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz > http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig > > This one should be the last beta release before the first v1.1 release > candidate. >
On Sun, Dec 09, 2007 at 08:29:49PM +0200, Timo Sirainen wrote:> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz > http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta11.tar.gz.sig > > This one should be the last beta release before the first v1.1 release > candidate.Looks like the fix to Solaris dirent handling didn't make it into beta11. Here is a recap of the problem: This affects anyone under Solaris 8, and probably all other versions of Solaris as well and breaks many mailbox LIST commands. In src/lib-storage/list/mailbox-list-fs-iter.c, in the function fs_list_dir_next(), the following code near the end of the function is the culprit: if (i_strocpy(dir->dirent.d_name, fname, sizeof(dir->dirent.d_name)) < 0) { /* name too large.. shouldn't happen. */ continue; } To fix it, I changed it to: if (i_strocpy(dir->dirent.d_name, fname, MAXNAMLEN) < 0) { /* name too large.. shouldn't happen. */ continue; } It appears that sizeof(dir->dirent.d_name) always returns "1" under Solaris. This is a common dirent portability issue that affects a few operating systems, including Solaris. I googled around and found other authors who have done crazy stuff like this: #ifdef BROKEN_ONE_BYTE_DIRENT_D_NAME strcpy(dirent->d_name, filename, MAXPATHLEN); #else strcpy(dirent->d_name, filename, sizeof(dirent->d_name)); #endif There is probably a cleaner way to deal with this though. From what I can tell, this is the only place in Dovecot where a sizeof() is done on d_name. Unfortunately, Dovecot beta11 is not usable in a production environment under Solaris until this issue is resolved. -- Dean Brooks dean at iglou.com