Hello, I'm in the process of migrating 0.99 dovecot maildir boxes to a pair of new machine. These servers were running the stable (etch) 1.0rc15 package of dovecot until yesterday and existing .customflags files were correctly converted to dovecot-keywords. Yesterday I upgraded to the (finally, thanks to who did this) 1.0.0 etch backports package and since then freshly migrated boxes get this error: --- Jun 12 09:48:06 mb11 dovecot: IMAP(username): stat(/longandboringpath/username/.customflags/cur) failed: Not a directory --- Firstly, I thought Linux was one of the OS' that had a free dir stat, but I guess I could have just hallucinated that. But more importantly, obviously .customflags does NOT get converted anymore and thus shows up in IMAP LIST commands. Since I doubt that the backport people did change anything in the code I suppose that this is a genuine 1.0.0 problem which probably should be addressed for the upcoming 1.0.1 release. Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/
On Tue, 2007-06-12 at 10:50 +0900, Christian Balzer wrote:> Jun 12 09:48:06 mb11 dovecot: IMAP(username): stat(/longandboringpath/username/.customflags/cur) failed: Not a directory..> But more importantly, obviously .customflags does NOT get converted > anymore and thus shows up in IMAP LIST commands.Actually that could happen simply if the LIST command was done before any messages with keywords were tried to be accessed. I hadn't really thought about this before. Anyway, for now you can fix this by setting: maildir_stat_dirs = yes After there are no .customflags files left, you can remove that. Alternatively you can just rename all existing .customflags to dovecot-keywords files. That's how Dovecot internally "converts" them also. -------------- 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/20070612/862b18b3/attachment-0002.bin>
Hello Timo, On Tue, 12 Jun 2007 18:22:13 +0300 Timo Sirainen <tss at iki.fi> wrote:> On Tue, 2007-06-12 at 10:50 +0900, Christian Balzer wrote: > > Jun 12 09:48:06 mb11 dovecot: IMAP(username): > > stat(/longandboringpath/username/.customflags/cur) failed: Not a > > directory > .. > > But more importantly, obviously .customflags does NOT get converted > > anymore and thus shows up in IMAP LIST commands. > > Actually that could happen simply if the LIST command was done before > any messages with keywords were tried to be accessed. I hadn't really > thought about this before. Anyway, for now you can fix this by setting: > > maildir_stat_dirs = yes > > After there are no .customflags files left, you can remove that. >Since this could take months if not years with some of our "zombie" mailboxes I guess I'll not take that route. ;) Most of them are "empty" aka "0000" from pop3 only accounts anyway, happily created by the 0.99 dovecot.> Alternatively you can just rename all existing .customflags to > dovecot-keywords files. That's how Dovecot internally "converts" them > also. >Ah, that sounds like a plan. And seeing that 1.0 does not create an empty default dovecot-keywords file when accessed by pop3, I presume I could just get rid of these (the "0000" ones) altogether, right? Looking forward to 1.0.1 anyways, as I'm getting bitten by the "UID larger than next_uid" bug here. ^_^ Regards, Christian -- Christian Balzer Network/Systems Engineer NOC chibi at gol.com Global OnLine Japan/Fusion Network Services http://www.gol.com/
Seemingly Similar Threads
- [BUG] client state / Message count mismatch with imap-hibernate and mixed POP3/IMAP access
- dovecot config for 1500 simultaneous connection
- dovecot config for 1500 simultaneous connection
- dovecot config for 1500 simultaneous connection
- dovecot config for 1500 simultaneous connection