I've got several users testing Dovecot IMAP at the moment, but some of them are also accessing their mail via UW-IMAP at other times. (I've warned them about accessing the same folder simultaneously via UW-IMAP and Dovecot!) In addition, we have special folders "AutoSpam" and "Trash" that pruned using Washington's "mailutil" automatically every so often. Of course, Dovecot's indexes will become invalid in such cases, but they seem to get rebuilt automatically OK. However, in some cases UW-IMAP seems to change the UIDVALIDITY value (not sure why!) and when Dovecot tries to sync it notices this and gives up with a fatal error on opening that folder. Opening the folder a second time is then OK. I was wondering why Dovecot can't just rebuild the indexes silently in such cases (which seems to be done by returning "0" from the mbox_sync_loop() routine)? Best Wishes, Chris --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+-- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094
On Wed, 20 Apr 2005, Chris Wakelin wrote:> I've got several users testing Dovecot IMAP at the moment, but some of > them are also accessing their mail via UW-IMAP at other times. (I've > warned them about accessing the same folder simultaneously via > UW-IMAP and Dovecot!) In addition, we have special folders "AutoSpam"> However, in some cases UW-IMAP seems to change the UIDVALIDITY value > (not sure why!) and when Dovecot tries to sync it notices this and > gives up with a fatal error on opening that folder. Opening the folder > a second time is then OK.I have this problem as well, but I don't think that it is UW doing it in my case. If I switch my mailbox back and forth, I don't see the problem. The most common case here is some of our support mailboxes where several people log into them at once (I know, they shouldn't...). This causes all sorts of these errors, but dovecot recovers from them and the support staff doesn't seem to notice. Also, the mbox hasn't become corrupted so far, which is a really good thing. Maybe your users are doing the same thing? Todd
On 20.4.2005, at 21:01, Chris Wakelin wrote:> However, in some cases UW-IMAP seems to change the UIDVALIDITY value > (not sure why!) and when Dovecot tries to sync it notices this and > gives up with a fatal error on opening that folder. Opening the folder > a second time is then OK.When all messages are expunged, UW-IMAP and newer Dovecots (2005-02-08 in -stable) should write a "pseudo mail" (Subject: DON'T DELETE THIS MESSAGE..) to make sure the UIDVALIDITY isn't lost. Doesn't this always happen with you?> I was wondering why Dovecot can't just rebuild the indexes silently in > such casesThe easiest way to handle it was to just mark the index corrupted and let normal error handling paths deal with it. I changed it now in CVS not to do this.> (which seems to be done by returning "0" from the > mbox_sync_loop() routine)?It re-syncs the whole mailbox, but it doesn't recreate the index files after they've been marked as corrupted. -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part URL: <http://dovecot.org/pipermail/dovecot/attachments/20050423/61d9ae7e/attachment-0001.bin>
Timo Sirainen wrote:> When all messages are expunged, UW-IMAP and newer Dovecots (2005-02-08 > in -stable) should write a "pseudo mail" (Subject: DON'T DELETE THIS > MESSAGE..) to make sure the UIDVALIDITY isn't lost. Doesn't this always > happen with you?I'm not sure quite why it's happening. I haven't been able to reproduce it on demand yet. The new UIDVALIDITY seem to indicate it's changing as part of the mailutil command (at about 7:15am - UW-IMAP uses time(0) as the value). I've been using 1.0-stable from yesterday (2005-04-22) and it didn't happen to my AutoSpam folder this morning. I let you know if I find the cause! Chris -- --+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+---+- Christopher Wakelin, c.d.wakelin at reading.ac.uk IT Services Centre, The University of Reading, Tel: +44 (0)118 378 8439 Whiteknights, Reading, RG6 2AF, UK Fax: +44 (0)118 975 3094