OSep 4 13:25:36 songbird dovecot: IMAP(user): Raw backtrace: imap
[0x486942] -> imap [0x4869b3] -> imap [0x486026] -> imap [0x46775c] -> imap(mail_index_lookup_ext_full+0x17) [0x469fc7] -> imap(mail_index_lookup_ext+0x17) [0x469fe7] -> imap(mbox_file_lookup_offset+0x33) [0x4382f3] -> imap(mbox_file_seek+0x2e) [0x43837e] -> imap [0x439c98] -> imap [0x43a022] -> imap [0x43a149] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so(quota_try_alloc+0x29) [0x7f706e92b6b9] -> /usr/lib/dovecot/modules/imap/lib10_quota_plugin.so [0x7f706e92ea9b] -> imap [0x4186fd] -> imap [0x418e9e] -> imap(io_loop_handler_run+0xf8) [0x48d6d8] -> imap(io_loop_run+0x1d) [0x48c7fd] -> imap(main+0x3c2) [0x425b92] -> /lib/libc.so.6(__libc_start_main+0xf4) [0x7f706eb511c4] -> imap [0x418449] Sep 4 13:25:36 songbird dovecot: child 5531 (imap) killed with signal 6
We were also using the quota plugin to access mailboxes via NFS. We have since disabled this plugin, and are no-longer observing this fault.
What quota backend were you using? Could you post your entire dovecot -n output?
(We have found a way to reliably trigger this particular fault. Using Alpine, if a user deletes their postponed-messages IMAP folder, and then attempts to postpone a message, the IMAP process will crash shortly after the postponed-messages folder is recreated.)
So if
- mailbox is created
- a new mail is APPENDed there
it crashes? The deletion part is probably irrelevant to the crash?