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
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
Sergey wrote:
Hi Timo I've triedt to compile v1.1.beta3 on OpenSolaris (x86) with SunStudio 12.
options invalid; UNIX 03 and POSIX.1-2001 applications require the use of c99"
export CFLAGS="-x03 -xtarget=native -xc99" ./configure ..etc..
Your optimization flags may vary.
Tomi
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...
participants (5)
-
Jakob Hirsch
-
Luigi Rosa
-
Sergey
-
Timo Sirainen
-
Tomi Hakala