[Dovecot] 1.1.3 panics

[Timo Sirainen]

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?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20080911/8d4916b2/attachment.bin