[Dovecot] Thunderbird : open() failed with index file /home/XYZ/mail/.imap/Trash/dovecot.index: Not a directory
Hi,
almost everything is in the subject.
Server : Solaris 9 /SPARC, Dovecot 1.0.rc22
Client : Mac OS X 10.4.8 (8L2127) Kernel-Version: Darwin 8.8.1 Thunderbird is: german Version 1.5.0.9 (20061207)
With OS X Mail.app, message deletion works. With Thunderbird, a
warning popup appear on the desktop. English translation is about
"command failed, internal error occurred". The server log shows :
Mar 1 10:50:35 ZZZ dovecot: [ID 107833 mail.error] IMAP(XYZ): open () failed with index file /home/XYZ/mail/.imap/Trash/dovecot.index:
Not a directory
After checking, I see "Trash plugin was more or less broken with
multiple namespaces and with multiple trash mailboxes" in rc24
release notes. Would an update to rc24 fix my user's issue ?
Hints welcome, Charles
-- Charles Bueche charles@bueche.ch sand, snow, wave, wind and net -surfer A-Cat SUI 192
On Thu, 2007-03-01 at 11:15 +0100, Charles Bueche wrote:
Mar 1 10:50:35 ZZZ dovecot: [ID 107833 mail.error] IMAP(XYZ): open () failed with index file /home/XYZ/mail/.imap/Trash/dovecot.index:
Not a directory
So, which part of the path is not a directory? .imap/ or .imap/Trash? It most likely means just that you've some extra file there lying around that should have been a directory.
On 1 mars 07, at 11:48, Timo Sirainen wrote:
On Thu, 2007-03-01 at 11:15 +0100, Charles Bueche wrote:
Mar 1 10:50:35 ZZZ dovecot: [ID 107833 mail.error] IMAP(XYZ): open () failed with index file /home/XYZ/mail/.imap/Trash/dovecot.index: Not a directory
So, which part of the path is not a directory? .imap/ or .imap/ Trash? It most likely means just that you've some extra file there lying around that should have been a directory.
Hi Timo,
stupid me, I didn't even look at the filesystem. "Trash" is a file,
so dovecot can't create Trash/dovecot.index
I checked my own folder structure, and "Trash" is a file as well.
There is something I don't understand here. Who tries to create this
dovecot.index file ? Given the name, it must be dovecot, right ? So
why don't we have the issue with Apple Mail ? Does dovecot act
differently depending on the client ?
TIA, Charles
On Thu, 2007-03-01 at 13:13 +0100, Charles Bueche wrote:
stupid me, I didn't even look at the filesystem. "Trash" is a file,
so dovecot can't create Trash/dovecot.indexI checked my own folder structure, and "Trash" is a file as well.
But it's a file inside .imap/ directory? What does it contain? It shouldn't exist there. Hmm. Although it looks like it's possible to create it by creating eg. ".imap/Trash" mailbox. I'll make it give an error if that's tried to be done..
There is something I don't understand here. Who tries to create this
dovecot.index file ? Given the name, it must be dovecot, right ?
Right.
So
why don't we have the issue with Apple Mail ? Does dovecot act
differently depending on the client ?
Have you set ".imap" as the IMAP namespace prefix in other clients (or in Apple Mail)? Or do you have different mail location paths given for different users?
On 1 mars 07, at 13:19, Timo Sirainen wrote:
On Thu, 2007-03-01 at 13:13 +0100, Charles Bueche wrote:
stupid me, I didn't even look at the filesystem. "Trash" is a file, so dovecot can't create Trash/dovecot.index
I checked my own folder structure, and "Trash" is a file as well.
But it's a file inside .imap/ directory? What does it contain? It shouldn't exist there. Hmm. Although it looks like it's possible to create it by creating eg. ".imap/Trash" mailbox. I'll make it give an error if that's tried to be done..
There is something I don't understand here. Who tries to create this dovecot.index file ? Given the name, it must be dovecot, right ?
Right.
So why don't we have the issue with Apple Mail ? Does dovecot act differently depending on the client ?
Have you set ".imap" as the IMAP namespace prefix in other clients (or in Apple Mail)? Or do you have different mail location paths given for different users?
We are close. In ~/mail/.imap/, there are a few directories
containing 3 files :
dovecot.index dovecot.index.cache dovecot.index.log
and a single file ~/mail/.imap/Trash
As it is a file, the 3 dovecot index files cannot be create within.
That's the reason for the error, clearly.
The question is why we have this ~/mail/.imap/ stuff.
I see a file ~/mail/.subscriptions, containing the folders present in
~/mail/, plus ".imap/Trash". This would explain why dovecot tries to
index it, and then fails.
The buggy entry is probably there since long, and then, for some
reason, dovecot exhibits the issue only with Thunderbird.
I will ask my user to remove the ".imap/Trash" from .subscriptions,
and retest. This will only be this evening, he is now out for his LPI
level 2, so can't be reasonnably be disturbed. I will report when
tests done.
Charles
On Thu, 2007-03-01 at 13:41 +0100, Charles Bueche wrote:
I see a file ~/mail/.subscriptions, containing the folders present in
~/mail/, plus ".imap/Trash". This would explain why dovecot tries to
index it, and then fails.
Hmm. Interesting, wonder why it has been added there.
The buggy entry is probably there since long, and then, for some
reason, dovecot exhibits the issue only with Thunderbird.
The subscriptions are an optional feature. Some clients don't support them at all, and some can be configured to use them or not to use them.
I will ask my user to remove the ".imap/Trash" from .subscriptions,
and retest.
Also have him delete the .imap/Trash file itself.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 1 mars 07, at 13:45, Timo Sirainen wrote:
On Thu, 2007-03-01 at 13:41 +0100, Charles Bueche wrote:
I see a file ~/mail/.subscriptions, containing the folders present in ~/mail/, plus ".imap/Trash". This would explain why dovecot tries to index it, and then fails.
Hmm. Interesting, wonder why it has been added there.
The buggy entry is probably there since long, and then, for some reason, dovecot exhibits the issue only with Thunderbird.
The subscriptions are an optional feature. Some clients don't support them at all, and some can be configured to use them or not to use
them.I will ask my user to remove the ".imap/Trash" from .subscriptions, and retest.
Also have him delete the .imap/Trash file itself.
solved by deleting the entry in .subscriptions and the file.
Thanks a lot for your help and this great piece of software.
Charles
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin)
iQCVAwUBRecwB3Q930VEt+jRAQIBnAQArYsGCHGWLoCIp33MskAV2+gjOZqNxWe0 ZfB+mZlb8qIox1R0IRaEKAh0JPWGJdUmJ2yyzVIdi2tDuTuOBBrSgPGeXM3eJsTs UJ9JulMV2CTA7swrYfPLT3f28f8SZDbx69rBfQ5CoyQLFIV4thU+inptSAwmfuoK E7mNM5MBHAY= =CNML -----END PGP SIGNATURE-----
On 1 mars 07, at 13:45, Timo Sirainen wrote:
On Thu, 2007-03-01 at 13:41 +0100, Charles Bueche wrote:
I see a file ~/mail/.subscriptions, containing the folders present in ~/mail/, plus ".imap/Trash". This would explain why dovecot tries to index it, and then fails.
Hmm. Interesting, wonder why it has been added there.
The buggy entry is probably there since long, and then, for some reason, dovecot exhibits the issue only with Thunderbird.
The subscriptions are an optional feature. Some clients don't support them at all, and some can be configured to use them or not to use
them.I will ask my user to remove the ".imap/Trash" from .subscriptions, and retest.
Also have him delete the .imap/Trash file itself.
solved by deleting the entry in .subscriptions and the file.
Thanks a lot for your help and this great piece of software.
Charles
participants (2)
-
Charles Bueche
-
Timo Sirainen