[Dovecot] Bug: mbox-sync-parse.c: line 228
[root@mail postfix]# dovecot --version 1.0.rc25 [root@mail postfix]# dovecot -n # /usr/local/etc/dovecot.conf ssl_cert_file: /usr/share/ssl/certs/dovecot.pem ssl_key_file: /usr/share/ssl/private/dovecot.pem login_dir: /usr/local/var/run/dovecot/login login_executable: /usr/local/libexec/dovecot/imap-login mbox_write_locks: fcntl auth default: passdb: driver: pam userdb: driver: passwd
Attempting to delete an email yields ... (from Thunderbird, Becky and Squirrel WebMail)
Mar 5 23:58:30 localhost dovecot: imap-login: Login: user=<dean>, method=PLAIN, rip=192.168.0.81, lip=81.235.169.182, TLS Mar 5 23:58:30 localhost dovecot: IMAP(dean): file mbox-sync-parse.c: line 228 (parse_x_imap_base): assertion failed: (ctx->sync_ctx->next_uid > ctx->sync_ctx->prev_msg_uid) Mar 5 23:58:30 localhost dovecot: IMAP(dean): Raw backtrace: imap [0x80a8265] -> imap [0x80a7de7] -> imap [0x8070a04] -> imap [0x8070a17] -> imap(mbox_sync_parse_next_mail+0x200) [0x807101c] -> imap(mbox_sync_rewrite+0x94f) [0x8077813] -> imap [0x80724bc] -> imap(mbox_sync+0x3e2) [0x807447a] -> imap [0x806cd9a] -> imap(cmd_copy+0x23d) [0x8057599] -> imap(cmd_uid+0x76) [0x805a60a] -> imap [0x805afb6] -> imap [0x805af4a] -> imap(_client_input+0x78) [0x805b0fc] -> imap(io_loop_handler_run+0x131) [0x80ad9e1] -> imap(io_loop_run+0x21) [0x80acf79] -> imap(main+0x458) [0x8061fc4] -> /lib/tls/libc.so.6(__libc_start_main+0xd3) [0x467e23] -> imap [0x8056799] Mar 5 23:58:30 localhost dovecot: child 4221 (imap) killed with signal 6
-- Dean Quanne
On Mon, 2007-03-05 at 23:15 +0100, Dean Quanne wrote:
[root@mail postfix]# dovecot --version 1.0.rc25 Mar 5 23:58:30 localhost dovecot: IMAP(dean): file mbox-sync-parse.c: line 228 (parse_x_imap_base): assertion failed: (ctx->sync_ctx->next_uid > ctx->sync_ctx->prev_msg_uid)
Recent RCs have been buggy with mboxes. rc26 should finally fix this.
I was using rc24, mbox format with indices stored in the mail directory, which has quotas. Yes, I know I should not do that, but with 12000 undergrads I can't put anything on another partition without quotas, else they'll find it....
Usually just the indicies get messed up if a user goes over quota, which often fix themselves if they log in twice (after getting under quota again).
But one student was getting
dovecot: Mar 09 11:27:06 Error: IMAP(02abcdef): file mbox-sync-update.c: line 38 7 (mbox_sync_update_header): assertion failed: (ctx->mail.uid != 0 || ctx->pseud o)
I tried his inbox under rc26, which reported differently: dovecot: Mar 09 11:53:50 Error: IMAP(00tester): Out of UIDs, renumbering them in mbox file /windflower/testmail/00tester-tmp/.mail dovecot: Mar 09 11:53:50 Error: IMAP(00tester): UIDVALIDITY changed (1173459229 -> 1042770870) in mbox file /windflower/testmail/00tester-tmp/.mail dovecot: Mar 09 11:53:50 Info: IMAP(00tester): Disconnected: Mailbox is in inconsistent state, please relogin.
but logging in again did not help. In the inbox the first message had an extra header:
X-IMAPbase: 1042770870 4294967294 $MDNSent
which once removed fixed the problem.
Just recording this, in case someone else has a similar issue.
John Harper
Senior Systems Administrator Information and Instructional Technology Services University of Toronto Scarborough harper@utsc.utoronto.ca
On Wed, Mar 07, 2007 at 09:33:06AM +0200, Timo Sirainen wrote:
On Mon, 2007-03-05 at 23:15 +0100, Dean Quanne wrote:
[root@mail postfix]# dovecot --version 1.0.rc25 Mar 5 23:58:30 localhost dovecot: IMAP(dean): file mbox-sync-parse.c: line 228 (parse_x_imap_base): assertion failed: (ctx->sync_ctx->next_uid > ctx->sync_ctx->prev_msg_uid)
Recent RCs have been buggy with mboxes. rc26 should finally fix this.
On Fri, 2007-03-09 at 12:30 -0500, John Harper wrote:
mbox-sync-update.c: line 38 7 (mbox_sync_update_header): assertion failed: (ctx->mail.uid != 0 || ctx->pseud o) .. dovecot: Mar 09 11:53:50 Error: IMAP(00tester): Out of UIDs, renumbering them in mbox file /windflower/testmail/00tester-tmp/.mail
Recent RCs before rc26 had these problems.
dovecot: Mar 09 11:53:50 Error: IMAP(00tester): UIDVALIDITY changed (1173459229 -> 1042770870) in mbox file /windflower/testmail/00tester-tmp/.mail .. but logging in again did not help. In the inbox the first message had an extra header:
But after this the renumbering should have worked. At least it did in my tests.. I guess I'll have to look at it again.
participants (3)
-
Dean Quanne
-
John Harper
-
Timo Sirainen