[Dovecot] Apparent corruption of dovecot.uidlist
I have been using Dovecot for about three years, and am currently using version 1.0.7 under CentOS. One of my users can no longer access his Inbox, although he can read mail in other folders. After a fair bit of log-viewing and looking for clues it suddenly began to make a sort of sense. The error message in the logs is
Error: IMAP(david): unlink(/home/david/Maildir/cur/cur:2,ST) failed: Is a directory
Eventually I came to /home/david/Maildir/dovecot-uidlist and compared it with my own. The second line in the problem account file is 'cur:2,ST.
I backed up the file, then deleted that line. Sure enough, I could then open the messages. Unfortunately, when I close KMail I saw the line 'cur:2,ST' added to the end of dovecot-uidlist, and of course I'm back with the error.
Can someone please explain to me what is causing this, and how I can correct it? Thanks
Anne
On 9/25/2009, AnneWilson (anne@lydgate.org) wrote:
unlink(/home/david/Maildir/cur/cur:2,ST) failed: Is a directory
There a thread here discussing this error:
http://www.dovecot.org/list/dovecot/2009-February/037280.html
Bottom line:
"This means that "new" and "cur" directories were created to either Maildir/cur/ or Maildir/new/ and since there should be only messages Dovecot tried to handle them as files/messages. Dovecot didn't create those directories. You probably misconfigured some other program at some point which created those (or you did it manually)."
So, if you have /cur/cur and /new/new directories, delete the second level ones...
Upgrading would probably be a good idea while you're at it... 1.0.7 is very old...
--
Best regards,
Charles
On Friday 25 September 2009 17:13:33 Charles Marcus wrote:
On 9/25/2009, AnneWilson (anne@lydgate.org) wrote:
unlink(/home/david/Maildir/cur/cur:2,ST) failed: Is a directory
There a thread here discussing this error:
http://www.dovecot.org/list/dovecot/2009-February/037280.html
Bottom line:
"This means that "new" and "cur" directories were created to either Maildir/cur/ or Maildir/new/ and since there should be only messages Dovecot tried to handle them as files/messages. Dovecot didn't create those directories. You probably misconfigured some other program at some point which created those (or you did it manually)."
So, if you have /cur/cur and /new/new directories, delete the second level ones...
Thanks for the explanation. It never occurred to look inside /cur. I definitely didn't create that manually. David would not know how to. And the strange thing is that from the logs it happened about 10 days before I did the distro upgrade - a time when I can think of no reason why anything at all would change. I don't like mysteries, but I may have to accept that this is one.
Upgrading would probably be a good idea while you're at it... 1.0.7 is very old...
That doesn't surprise me, but having chosen to run with an enterprise level distro I think it's probably safer to stick with their version.
Thanks for the speedy help. I've spent most of the day on this, and it's great to know it's resolved at last.
Anne
participants (2)
-
AnneWilson
-
Charles Marcus