http://dovecot.org/test/ Well, remember when I said:> Here you go, maildir syncing problems finally fixed (I hope). Well, > except there's this "new-dir-only syncing" optimization which I'm not > really sure if it works as it should.Just before I found the expunge bug in index, I was trying to fix the new-dir-only syncing because the code looked wrong. Then I figured out the indexing problem and thought maybe this one wasn't broken after all, and then forgot about it. Finally after lots of debugging, I came to same conclusion again. The code was wrong, and cause of the remaining "Maildir sync: UID < next_uid (312 < 3)" errors. So, please try and see if you still can break this release. Other changes include some crashfixes for cache file and fix for mbox which kept constantly rewriting headers for \recent messages if we had selected the mailbox as read-only (EXAMINE, STATUS). -------------- 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/20040623/f29b728f/attachment-0001.bin>
Timo Sirainen wrote:> So, please try and see if you still can break this release.I have done some stress testing with Maildir, POP3 and IMAP today and this release looks very promising, UID errors are gone. I can see some timeouts of transaction log locks but those seem to be a pretty rare. If only Dovecot would support Qpopper X-UIDL header I'd replace Qpopper with Dovecot on my personal mail server rigth away :-) -- Tomi Hakala
I spoke a bit too fast in my last message ;) I'm having a bunch of these logs after a few hours (test22):> Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/.imap/Curie-perso/dovecot.index: Too many open files > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Crans/.imap/Moderateurs/dovecot.index: Too many open files > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Debian/.imap/debian-news/dovecot.index: Too many open files > Jun 24 07:55:55 aster dovecot: IMAP(nico): open() failed with index file /home/nico/mail/Debian/.imap/debian-user-french/dovecot.index: Too many open files... There's a lot like these for all of my imap folders. Is there a way to fix it ? Thanx -- Nico La foi du savant ne ressemble pas ? celle que les orthodoxes puisent dans le besoin de certitude. Il ne faut pas croire que l'amour de la v?rit? se confondent avec celui de la certitude... Non, la foi du savant ressemblerait plut?t ? la foi inqui?te de l'h?r?tique, ? celle qui cherche toujours et n'est jamais satisfaite. -+- Henri Poincar? -+-
On Wed, Jun 23, 2004 at 09:16:32AM +0300, Timo Sirainen wrote:> http://dovecot.org/test/ > > Well, remember when I said: > > > Here you go, maildir syncing problems finally fixed (I hope). Well, > > except there's this "new-dir-only syncing" optimization which I'm not > > really sure if it works as it should. > > Just before I found the expunge bug in index, I was trying to fix the > new-dir-only syncing because the code looked wrong. Then I figured out > the indexing problem and thought maybe this one wasn't broken after all, > and then forgot about it. > > Finally after lots of debugging, I came to same conclusion again. The > code was wrong, and cause of the remaining "Maildir sync: UID < next_uid > (312 < 3)" errors. > > So, please try and see if you still can break this release. Other > changes include some crashfixes for cache file and fix for mbox which > kept constantly rewriting headers for \recent messages if we had > selected the mailbox as read-only (EXAMINE, STATUS).Sorry, still getting: sp dovecot: IMAP(moe): Maildir /home/moe/Maildir/.INBOX.zp sync: UID inserted in the middle of mailbox (1515 > 1514, file = msg.QNsy:2,) and: sp dovecot: IMAP(moe): Corrupted index cache file /home/moe/Maildir/.INBOX.zp/dovecot.index.cache: indexid changed
On Wed, Jun 23, 2004 at 09:16:32AM +0300, Timo Sirainen wrote:> http://dovecot.org/test/ > > Well, remember when I said: > > > Here you go, maildir syncing problems finally fixed (I hope). Well, > > except there's this "new-dir-only syncing" optimization which I'm not > > really sure if it works as it should.While doing some test with 1.0-test22 I've found one strange bug which seems to be related to the 'FOLDER INTERNAL DATA' mail that will be in inserted by uw-imap. To reproduce: 1. stop dovecot, start uw-imap 2. create a new folder and cp some mails into this new folder 3. stop uw-imap, start dovecot 4. select the new created folder Dovecot v1.0-test22 starting up imap-login: Login: juergen [192.168.0.1] IMAP(juergen): file mail-index-transaction.c: line 147 (mail_index_transaction_lookup): assertion failed: (seq > t->first_new_seq && seq <= t->last_new_seq) child 4432 (imap) killed with signal 6 After reselecting this folder with my client (mutt) I can see sometimes either one additional mail at the bottom or even the first mail doubled ? Sorry, but some other errors, which may be related: IMAP(juergen): mbox sync: UID inserted in the middle of mailbox /home/juergen/Mail/_spam (241 > 240) IMAP(juergen): file mail-index-view.c: line 176 (_view_lookup_full): assertion failed: (seq > 0 && seq <= mail_index_view_get_message_count(view)) child 2891 (imap) killed with signal 6 and IMAP(juergen): file mbox-sync-rewrite.c: line 320 (mbox_sync_read_and_move): assertion failed: (need_space == -mails[idx].space) child 2899 (imap) killed with signal 6 Greetings Juergen -- juergen.daubert at t-online.de