http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta3.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta3.tar.gz.sig Please try and report any bugs. Beta2 still had a few bad bugs, but I'm hoping this release is near a usable state. I've been a bit busy with school lately so I haven't had time/energy to answer mails in here. The main reason has been this lab course (biochemistry) which ends on friday, so I'll try to start answering mails sometimes next week. Changes since beta2: - SORT fixes. Still buggy? - If Date: header doesn't exist or is broken, fallback to INTERNALDATE (as required by newer sort drafts, which I hadn't noticed before, v1.0.6 will have this too) - Log fatals/panics as such, instead of converting them to errors. - Don't bother logging "returned error 89" if the child process logged a fatal before that. - dovecot.index.cache file may have been updated wrong when saving messages causing all kinds of problems if it was - Some crashfixes -------------- 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/20071016/48043aae/attachment-0002.bin>
Hi Timo I've triedt to compile v1.1.beta3 on OpenSolaris (x86) with SunStudio 12. --- CPPFLAGS=-I/opt/csw/include LDFLAGS='-L/opt/csw/lib -R/opt/csw/lib' ./configure --with-ldap \ --with-ssl=openssl --with-sqlite --prefix=/opt/dovecot ended with --- Install prefix ...................... : /opt/dovecot File offsets ........................ : 64bit I/O loop method ..................... : poll File change notification method ..... : none Building with SSL support ........... : yes (OpenSSL) Building with IPv6 support .......... : yes Building with pop3 server ........... : yes Building with mail delivery agent .. : yes Building with GSSAPI support ........ : no Building with user database modules . : static prefetch passwd passwd-file checkpassword ldap sql Building with password lookup modules : passwd passwd-file shadow pam checkpassword ldap sql Building with SQL drivers ............: sqlite --- and compilation fails at file file-set-size.c with messages: --- DEPDIR=.deps depmode=none /bin/bash ../../depcomp \ cc -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/csw/include -g -I/usr/sfw/include -c file-set-size.c "/usr/include/sys/feature_tests.h", line 336: #error: "Compiler or options invalid; UNIX 03 and POSIX.1-2001 applications require the use of c99" cc: acomp failed for file-set-size.c *** Error code 2 --- Am I missing some library? -- WBR, Sergey Ivanov. Timo Sirainen wrote:> http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta3.tar.gz > http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta3.tar.gz.sig > >
Timo Sirainen said the following on 10/16/07 19:23:> Please try and report any bugs. Beta2 still had a few bad bugs, but I'm > hoping this release is near a usable state.No problems with SquirrelMail 1.4.11. I tested also (a test installation of) Horde. In this installation I forgot to specify the sent box, so Horde created a new one. When I've sent the first message with horde, I got this entry in dovecot log: Oct 17 07:35:23 mail dovecot: IMAP(lrosa): Cache file /var/spool/mail/lrosa/.sent-mail/dovecot.index.cache: Newly added field got lost unexpectedly No further message is logged for subsequent messages. To verify this issue, I logged out from Horde, deleted the folder with Thunderbird and repeated the above steps. Same result: Horde creates sent-mail box, stores the sent message and Dovecot logs the above event. I put the .sent-mail dir in http://luigi.rosa.name/sent-mail.tgz for you to analyze. Ciao, luigi Ciao, luigi -- / +--[Luigi Rosa]-- \ Morpheus: How did I beat you? Neo: You... you're too fast. Morpheus: Do you believe that my being stronger or faster has anything to do with my muscles in this place? Do you think that's air you're breathing now? --"Matrix"
Quoting Timo Sirainen:> Please try and report any bugs. Beta2 still had a few bad bugs, but I'm > hoping this release is near a usable state.I have the current revision from hg running and get this occasionally (already happened with beta2 revisions, I only never got around to report it):> Oct 17 04:51:18 seba dovecot: IMAP(jh): Disconnected in IDLE bytes=2596/34526 > Oct 17 04:51:18 seba dovecot: IMAP(jh): file client.c: line 105 (client_destroy): assertion failed: (!client->destroyed) > Oct 17 04:51:18 seba dovecot: IMAP(jh): Raw backtrace: imap [0x80c1520] -> imap [0x80c142c] -> imap [0x805ec7c] -> imap(client_continue_pending_input+0x86) [0x805efd6] -> imap [0x805ac1d] -> imap [0x805ae13] -> imap(client_command_cancel+0x1a) [0x805e2fa] -> imap(client_destroy+0x60) [0x805eb00] -> imap [0x805acf0] -> imap(io_loop_handler_run+0x107) [0x80c7437] -> imap(io_loop_run+0x28) [0x80c67e8] -> imap(main+0x4ac) [0x806605c] -> /lib/libc.so.6(__libc_start_main+0xe0) [0x948f70] -> imap [0x8058f61] > Oct 17 04:51:18 seba dovecot: child 31519 (imap) killed with signal 6 > Oct 17 04:51:18 seba dovecot: IMAP(jh): Disconnected in IDLE bytes=7713/1170797 > Oct 17 04:51:18 seba dovecot: IMAP(jh): file client.c: line 105 (client_destroy): assertion failed: (!client->destroyed) > Oct 17 04:51:18 seba dovecot: IMAP(jh): Raw backtrace: imap [0x80c1520] -> imap [0x80c142c] -> imap [0x805ec7c] -> imap(client_continue_pending_input+0x86) [0x805efd6] -> imap [0x805ac1d] -> imap [0x805ae13] -> imap(client_command_cancel+0x1a) [0x805e2fa] -> imap(client_destroy+0x60) [0x805eb00] -> imap [0x805acf0] -> imap(io_loop_handler_run+0x107) [0x80c7437] -> imap(io_loop_run+0x28) [0x80c67e8] -> imap(main+0x4ac) [0x806605c] -> /lib/libc.so.6(__libc_start_main+0xe0) [0x948f70] -> imap [0x8058f61] > Oct 17 04:51:18 seba dovecot: IMAP(jh): Disconnected in IDLE bytes=8203/1591288 > Oct 17 04:51:18 seba dovecot: IMAP(jh): file client.c: line 105 (client_destroy): assertion failed: (!client->destroyed) > Oct 17 04:51:18 seba dovecot: IMAP(jh): Raw backtrace: imap [0x80c1520] -> imap [0x80c142c] -> imap [0x805ec7c] -> imap(client_continue_pending_input+0x86) [0x805efd6] -> imap [0x805ac1d] -> imap [0x805ae13] -> imap(client_command_cancel+0x1a) [0x805e2fa] -> imap(client_destroy+0x60) [0x805eb00] -> imap [0x805acf0] -> imap(io_loop_handler_run+0x107) [0x80c7437] -> imap(io_loop_run+0x28) [0x80c67e8] -> imap(main+0x4ac) [0x806605c] -> /lib/libc.so.6(__libc_start_main+0xe0) [0x948f70] -> imap [0x8058f61] > Oct 17 04:51:19 seba dovecot: IMAP(jh): Disconnected in IDLE bytes=99674/607896 > Oct 17 04:51:19 seba dovecot: IMAP(jh): file client.c: line 105 (client_destroy): assertion failed: (!client->destroyed) > Oct 17 04:51:19 seba dovecot: child 17809 (imap) killed with signal 6 > Oct 17 04:51:19 seba dovecot: child 17810 (imap) killed with signal 6 > Oct 17 04:51:19 seba dovecot: child 17812 (imap) killed with signal 6 > Oct 17 04:51:19 seba dovecot: child 18171 (imap) killed with signal 6 > Oct 17 04:51:19 seba dovecot: IMAP(jh): Disconnected in IDLE bytes=102318/1343347 > Oct 17 04:51:19 seba dovecot: IMAP(jh): file client.c: line 105 (client_destroy): assertion failed: (!client->destroyed) > Oct 17 04:51:19 seba dovecot: IMAP(jh): Raw backtrace: imap [0x80c1520] -> imap [0x80c142c] -> imap [0x805ec7c] -> imap(client_continue_pending_input+0x86) [0x805efd6] -> imap [0x805ac1d] -> imap [0x805ae13] -> imap(client_command_cancel+0x1a) [0x805e2fa] -> imap(client_destroy+0x60) [0x805eb00] -> imap [0x805acf0] -> imap(io_loop_handler_run+0x107) [0x80c7437] -> imap(io_loop_run+0x28) [0x80c67e8] -> imap(main+0x4ac) [0x806605c] -> /lib/libc.so.6(__libc_start_main+0xe0) [0x948f70] -> imap [0x8058f61]The "Disconnected in IDLE" seems to be legit, so the following crash is not that bad, only that it looks horrible...