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 1. mailbox is created 2. a new mail is APPENDed there it crashes? The deletion part is probably irrelevant to the crash?
signature.asc
Description: This is a digitally signed message part