Displaying 4 results from an estimated 4 matches for "parent_start_offset".
2011 May 06
4
compressed mboxes very slow
I have some archive mails in gzipped mboxes. I could use them with
dovecot 1.x without problems.
But recently I have installed dovecot 2.0.12, and they are slow. very
slow.
Creating index files takes about 10 minutes for ~20M file with 560
messages for bzipped mbox, for gzipped is little better but still
unusable :(
Stracing dovecot process shows that every ~ 20 messages it rereads
complete mbox
2009 Mar 03
4
failed assertion in 1.1.8: istream.c: line 81
Hello,
We're having a problem in Dovecot 1.1.8 with a failed assertion on
certain mbox format mailboxes. It happens both with deliver when it
attempts to delier to the mailbox, and with IMAP connections for the
affected box (though I'm not sure what they're doing at the time).
Mar 3 12:55:26 <snip> dovecot: Panic: IMAP(<snip>): file istream.c:
line 81 (i_stream_read):
2008 Oct 16
2
dovecot 1.1.4 maildir imap segfault in message_parse_header_next
I've tried to stress test dovecot 1.1.4 with imaptest for days without
any assertion failure or crash.
Just some "got too little data" messages.
So far it's the most stable 1.1.x version.
Today a user got this imap segfault with vanilla 1.1.4 (I don't know
if it's something you have already fixed in current tree).
The user didn't complain of anything, I've just
2008 Sep 16
2
assertion failure in current hg, file istream.c: line 303 (i_stream_read_data): assertion failed: (stream->stream_errno != 0) (1.1.3 was working fine)
Today I updated to current dovecot-1.1 hg tree and I got many of these
assertion failures:
file istream.c: line 303 (i_stream_read_data): assertion failed:
(stream->stream_errno != 0)
(gdb) bt full
#0 0x00352402 in __kernel_vsyscall ()
No symbol table info available.
#1 0x0043ed20 in raise () from /lib/libc.so.6
No symbol table info available.
#2 0x00440631 in abort () from /lib/libc.so.6