[Dovecot] 2.0rc3: Panic: [...] mailbox_list_is_valid_pattern (was: Crash while accessing mdbox folders)

Axel Thimm Axel.Thimm at ATrpms.net
Thu Jul 29 13:56:20 EEST 2010


On Wed, 2010-07-28 at 22:08 +0300, Axel Thimm wrote:
> I know this has been fixed on July 11th, and I'm not using acl or mdbox
> (yet), but I see similar errors on 2.0rc3 on plain mboxes:
> 
> Jul 28 19:42:48 lda(athimm): Panic: file mailbox-list-fs.c: line 150
> (fs_list_get_path): assertion failed:
> (mailbox_list_is_valid_pattern(_list, name))
> Jul 28 19:42:48 lda(athimm): Error: Raw
> backtrace: /usr/lib64/dovecot/libdovecot.so.0() [0x3c1e43770a]
> -> /usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x37)
> [0x3c1e4377e7] -> /usr/lib64/dovecot/libdovecot.so.0(i_error+0)
> [0x3c1e437b03] -> /usr/lib64/dovecot/libdovecot-storage.so.0()
> [0x3c1e8608c7] -> /usr/lib64/dovecot/libdovecot-storage.so.0()
> [0x3c1e88b7d7]
> -> /usr/lib64/dovecot/libdovecot-storage.so.0(index_storage_mailbox_alloc+0x13c) [0x3c1e8708ac] -> /usr/lib64/dovecot/libdovecot-storage.so.0() [0x3c1e88b387] -> /usr/lib64/dovecot/libdovecot-storage.so.0(mailbox_alloc+0x5d) [0x3c1e82e88d] -> /usr/lib64/dovecot/libdovecot-lda.so.0(mail_deliver_save_open+0xd2) [0x3c1ec05292] -> /usr/lib64/dovecot/libdovecot-sieve.so.0() [0x3c1f032dd0] -> /usr/lib64/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x95) [0x3c1f02aca5] -> /usr/lib64/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) [0x3c1f03999d] -> /usr/lib64/dovecot/lib90_sieve_plugin.so(+0x2a8e) [0x7faff7568a8e] -> /usr/lib64/dovecot/libdovecot-lda.so.0(mail_deliver+0x45) [0x3c1ec05a25] -> /usr/libexec/dovecot/dovecot-lda(main+0x432) [0x4028e2] -> /lib64/libc.so.6(__libc_start_main+0xfd) [0x3306a1eb1d] -> /usr/libexec/dovecot/dovecot-lda() [0x402289]

I found what the issue was, a bogus line in my sieve script tried to use
a match variable that hadn't been set (e.g. I matched only two globs,
but I used ${3}).

So it's a cockpit issue, but maybe the error message and error recovery
(the mails are lost, not even temped) could be managed differently?
Thanks!
-- 
http://ATrpms.net/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20100729/d0b32088/attachment.bin 


More information about the dovecot mailing list