Hello there! I've migrated our courier-imap production imap/pop server to dovecot 1.0-beta few days ago. In general dovecot performs excellent, but i've encountered several "bugs" in dovecot log: --- snip --- dovecot.log.1.gz:Feb 24 16:05:21 elfstone dovecot: imap(user3 at domain.tld): Maildir /export/mail/domain.tld/user3 sync: UID inserted in the middle of mailbox (47681 > 47680, file = 1138960753.P9796Q0M642679.elfstone:2,T) dovecot.log.1.gz:Feb 24 16:20:48 elfstone dovecot: imap(user4 at domain.tld): file mail-transaction-log-view.c: line 140 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || min_file_offset <= max_file_offset) dovecot.log.1.gz:Feb 24 16:21:16 elfstone dovecot: imap(user4 at domain.tld): file mail-transaction-log-view.c: line 140 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || min_file_offset <= max_file_offset) dovecot.log.1.gz:Feb 24 16:21:49 elfstone dovecot: imap(user4 at domain.tld): file mail-transaction-log-view.c: line 140 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || min_file_offset <= max_file_offset) dovecot.log.1.gz:Feb 24 16:46:27 elfstone dovecot: imap(user1 at domain.tld): Maildir /export/mail/domain.tld/user1 sync: UID < next_uid (1 < 199, file = 1122973973.V809Id001aafc.elfstone,S=8889:2,RS) dovecot.log.1.gz:Feb 24 16:47:31 elfstone dovecot: imap(user1 at domain.tld): Maildir /export/mail/domain.tld/user1 sync: UID inserted in the middle of mailbox (183 > 181, file = 1140780283.P10326Q0M678892.elfstone:2,RS) dovecot.log.1.gz:Feb 24 16:54:47 elfstone dovecot: imap(user5 at domain.tld): Corrupted index file /export/data/dovecot/domain.tld/user5/.Sent/dovecot.index: keywords_count larger than header size dovecot.log.1.gz:Feb 24 17:01:00 elfstone dovecot: imap(user1 at domain.tld): Corrupted transaction log file /export/data/dovecot/domain.tld/user1/.Sent/dovecot.index.log: Append with UID 1, but next_uid = 4850 dovecot.log.1.gz:Feb 24 20:25:40 elfstone dovecot: imap(userX at domain2.tld): file mail-transaction-log-view.c: line 140 (mail_transaction_log_view_set): assertion failed: (min_file_seq != max_file_seq || min_file_offset <= max_file_offset) dovecot.log.10.gz:Feb 15 19:20:05 elfstone dovecot: imap(user2 at domain.tld): stat(/export/mail/domain.tld/user2/.Trash.Cron/new) failed: No such file or directory --- snip --- I have multi-domain setup with several hundred users, emails are delivered using dovecot-deliver LDA, dovecot indexes are outside mailboxes, indexes and mailboxes are on local filesystem (xfs). I'm using linux 2.6 on slackware platform. If you need any more info, just let me know. Best regards, Brane
On Sat, 2006-02-25 at 17:22 +0100, Branko F. Gra?nar wrote:> dovecot.log.1.gz:Feb 24 16:05:21 elfstone dovecot: imap(user3 at domain.tld): > Maildir /export/mail/domain.tld/user3 sync: UID inserted in the middle of > mailbox (47681 > 47680, file = 1138960753.P9796Q0M642679.elfstone:2,T)Well, this means that the file was lost, but then Dovecot saw it again later.> dovecot.log.1.gz:Feb 24 16:46:27 elfstone dovecot: imap(user1 at domain.tld): > Maildir /export/mail/domain.tld/user1 sync: UID < next_uid (1 < 199, file = > 1122973973.V809Id001aafc.elfstone,S=8889:2,RS)Same problem.> dovecot.log.1.gz:Feb 24 16:54:47 elfstone dovecot: imap(user5 at domain.tld): > Corrupted index > file /export/data/dovecot/domain.tld/user5/.Sent/dovecot.index: > keywords_count larger than header size > dovecot.log.1.gz:Feb 24 17:01:00 elfstone dovecot: imap(user1 at domain.tld): > Corrupted transaction log > file /export/data/dovecot/domain.tld/user1/.Sent/dovecot.index.log: Append > with UID 1, but next_uid = 4850These look almost like there's a problem with locking the indexes properly..> I have multi-domain setup with several hundred users, emails are delivered > using dovecot-deliver LDA, dovecot indexes are outside mailboxes, indexes and > mailboxes are on local filesystem (xfs). I'm using linux 2.6 on slackware > platform.Since the path contains /export, does it mean they're also exported to NFS? I haven't seen any of these problems reported for a while, so I'd guess this has to be somehow specific to your system. One problem with Dovecot LDA is that it reads the configuration file by itself, so it might be possible that it reads for example the locking settings wrong. Could you try running http://dovecot.org/tools/imaptest.c with some test account and see if it can make your Dovecot break? And if not, try sending mails to the test account with Dovecot LDA while running the imaptest? -------------- 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/20060226/12971e02/attachment.bin>