[Dovecot] 1.0.alpha4 released
tss at iki.fi
Thu Oct 27 15:54:48 EEST 2005
On Fri, 2005-10-21 at 14:47 +0200, Anders Lund wrote:
> file mail-index-sync-ext.c: line 155 (get_ext_header): assertion failed:
> (memcmp((char *)(ext_hdr + 1), ext->name, strlen(ext->name)) == 0)
I'm not really sure about this one. If you could get the core dump from
that, it would be helpful. Perhaps send me the whole core file and your
imap binary (since core file itself is useless without the exact binary
that produced it)?
> file mail-index-sync-ext.c: line 336 (sync_ext_resize): assertion
> failed: (ext[i].hdr_offset > ext[i-1].hdr_offset)
This was fixed already in alpha4 (the whole assert was removed), so this
must be from alpha3 or older version.
> file mail-index-transaction.c: line 831 (mail_index_update_ext):
> assertion failed: (seq > 0 && (seq <=
> mail_index_view_get_messages_count(t->view) || seq <= t->last_new_seq))
Happened when trying to update X-IMAP header of the "pseudo mail" but
without any other mails in the mailbox. Fixed in CVS now.
> file mbox-sync-rewrite.c: line 375 (mbox_sync_read_and_move): assertion
> failed: (need_space == (uoff_t)-mails[idx].space)
One reason that I found for this was if the mbox file ended with message
headers ending unexpectedly, eg.:
Fixed in CVS.
> file mbox-sync.c: line 1295 (mbox_sync_handle_eof_updates): assertion
> failed: (file_size >= sync_ctx->expunged_space + trailer_size)
Same reason as above.
> I can remember errors like this previously using 0.99 version of
> dovecot, but when using alpha3 they were gone. Any reason I get this
> again now?
The last two are happening because of corrupted mboxes. What is
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20051027/20d66469/attachment.pgp
More information about the dovecot