Dovecot 1.1.2 crashes reliably for me now on a Mac OS X machine.
Here's some info:
--- Telnet session --- $ telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'.
- OK Dovecot ready. a login user1 password a OK Logged in. b select inbox
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)]
Flags permitted. - 1 EXISTS
- 1 RECENT
- OK [UNSEEN 1] First unseen.
- OK [UIDVALIDITY 1218731580] UIDs valid
- OK [UIDNEXT 2] Predicted next UID b OK [READ-WRITE] Select completed. c fetch 1 rfc822.size Connection closed by foreign host.
--- Error log ---
dovecot: Aug 29 11:24:30 Info: imap-login: Login: user=<user1>,
method=PLAIN, rip=127.0.0.1, lip=127.0.0.1, secured
dovecot: Aug 29 11:24:33 Error: IMAP(user1): Corrupted transaction log
file /Volumes/Spool/spool/user1/mail/dovecot.index.log: hdr.size too
large (75497472)
dovecot: Aug 29 11:24:33 Warning: IMAP(user1): fscking index file /
Volumes/Spool/spool/user1/mail/dovecot.index
dovecot: Aug 29 11:24:48 Error: child 66917 (imap) killed with signal 11
--- Backtrace --- mail_cache_header_fields_get_offset + 214 mail_cache_header_fields_read + 37 mail_cache_open_and_verify + 167 mail_cache_field_exists + 77 index_mail_set_seq + 306 index_storage_search_next_nonblock + 464 mailbox_search_next + 52 imap_fetch + 345 cmd_fetch + 639 client_command_input + 33 client_command_input + 463 client_handle_input + 242 client_input + 151 io_loop_handler_run + 272 io_loop_run + 39 main + 1671 start + 52
If I do the exact same telnet all over again, the imap process crashes
in the same place, but without reporting the "fscking index file"
error first. Attached are all the post-fsck dovecot* files from the
user's inbox maildir.
For other users I see this error before imap crashes:
dovecot: Aug 29 11:45:23 Error: IMAP(user2): Rebuilding index file /
Volumes/Spool/spool/user2/mail/dovecot.index: CPU architecture changed
Attached are pre- and post-rebuild copies of that user's dovecot*
files, and also a copy from after a second telnet session which also
crashed.
It's possible this is a 32/64-bit incompatibility issue (imap is a 64-
bit program for me; mail might have been delivered by a 32-bit deliver
or previously read by a 32-bit imap) but more likely the dovecot*
files are just hosed in some way.
I can provide more information if you ask soon, but I can't keep this
server broken for too long.