http://dovecot.org/test/ - Added pop3_mails_keep_recent setting. Currently this only means that mails won't be moved from new/ to cur/ in maildir. More I/O friendly. - Fixed \Recent-flag handling and counters to work correctly with maildir. I think it's finally working right :) - mbox syncing fixes (but expunging still not implemented) - some other fixes.. Please try and report what problems still exist (the old ones too so I know they're not fixed). -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20040523/ae066589/attachment-0001.bin>
On Sun, May 23, 2004 at 05:12:56AM +0300, Timo Sirainen wrote:> http://dovecot.org/test/ > > - Added pop3_mails_keep_recent setting. Currently this only means that > mails won't be moved from new/ to cur/ in maildir. More I/O friendly. > - Fixed \Recent-flag handling and counters to work correctly with > maildir. I think it's finally working right :) > - mbox syncing fixes (but expunging still not implemented) > - some other fixes.. > > Please try and report what problems still exist (the old ones too so I > know they're not fixed).I gave it a shot and it looks promising. It still seems to have a problem when mail is delivered to a Maildir while it is being read, tho: ---snip--- sp dovecot: imap(moe): file mail-index.c: line 96 (mail_index_map_clear): \ assertion failed: (map->mmap_base == NULL) sp dovecot: child 29405 (imap) killed with signal 6 ---snip--- I can reproduce it like this: - Open a large folder in Mail client (where header-download takes a while) - Deliver message to Maildir while headers still downloading The result is usually the above crash (signal 6). After the crash I can log right back in and everything still works (no index corruption). -mw -------------- next part -------------- A non-text attachment was scrubbed... Name: dovecot-dbg.conf.bz2 Type: application/octet-stream Size: 609 bytes Desc: not available URL: <http://dovecot.org/pipermail/dovecot/attachments/20040523/37a1f88c/attachment-0001.obj>
On Sun, May 23, 2004 at 12:27:54PM +0200, myself wrote:> > ---snip--- > > sp dovecot: imap(moe): file mail-index.c: line 96 (mail_index_map_clear): \ > assertion failed: (map->mmap_base == NULL) > sp dovecot: child 29405 (imap) killed with signal 6 > > ---snip--- >And now (a couple hours later) I see quite a lot of these: May 23 17:08:23 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid May 23 17:08:53 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4) May 23 17:09:23 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid May 23 17:09:53 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4) May 23 17:10:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid May 23 17:10:54 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4) May 23 17:11:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid May 23 17:11:54 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4) May 23 17:12:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid May 23 17:12:54 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4) May 23 17:13:24 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid May 23 17:13:30 sp dovecot: imap(moe): Maildir sync: UID < next_uid (446 < 447, file = msg.vK4) May 23 17:14:06 sp dovecot: imap(moe): Transaction log file /home/moe/Maildir/.INBOX.mf.cron/dovecot.index.log: invalid indexid Also the connection was dropped one more time. I can't find a corresponding "killed with signal"-line in the log, tho.