[Dovecot] Re: Mail.app help
I'm wondering if this is a version issue with Mail.app? Are you on
OS X 10.3 or 10.4?
The reason I ask is that we also migrated from Courier IMAP to
Dovecot 1.0alpha5 and then beta3, and we did not have this problem
with Mail.app that either of you are describing.
I did have to remove the "INBOX." prefix from my Mail.app
configurations. I also renamed all of the existing folders in my
Maildir from INBOX.foldername to .foldername, because after removing
the "INBOX." prefix Mail.app could not see them.
Before I renamed all of the existing folders and changed the prefix
in Mail.app, I had also tried setting up alternate namespaces as
described in the wiki documentation for converting from Courier, but
that did not seem to work. Mail.app and Thunderbird clients could
not see their IMAP folders with the courier-style namespace
configuration.
-- Roger J. Weeks Systems & Network Administrator Mendocino Community Network
On Feb 14, 2006, at 8:45 AM, dovecot-request@dovecot.org wrote:
Date: Tue, 14 Feb 2006 08:44:53 -0800 From: Steve Pellegrin steve@convoglio.com Subject: Re: [Dovecot] Mail.app help To: Mike Garfias mike@garfias.org
Sorry to respond so late to this, perhaps my experience will help.
I believe that Mike's problem is caused by weird behavior in Mail.App. I had the same issue after switching from Courier IMAP to Dovecot 1.0beta2. (Courier requires the INBOX prefix).
I only experienced this problem for folders that I defined myself. In other words, the "standard" Sent, Trash and so on were OK. What I found was that if I had a custom folder, call it Dovecot, and a rule that directed mail list messages into that folder, Mail.App would insist on creating INBOX.Dovecot, even though .Dovecot already
existed.It's as if Mail.App had internalized the INBOX prefix in some secret place and would not let go of it even though I changed the prefix setting to be empty.
My solution was to delete my mail account, shut down Mail.App, re- launch it, and recreate the mail account. Now, everything works as expected.
-Steve
As far as I know, I am on the latest version: Version 2.0.5 (746/746.2).
I wonder if the problem is related to how *many* versions of Mail.App
one has had? Perhaps updating older versions of Mail's data, prefs
and so on over time could introduce the problem?
On the other hand, it might be related to other account settings like
"Automatically synchronize..."" or something. Who can say?
-Steve
On Feb 14, 2006, at 9:19 AM, Roger Weeks wrote:
I'm wondering if this is a version issue with Mail.app? Are you on
OS X 10.3 or 10.4?The reason I ask is that we also migrated from Courier IMAP to
Dovecot 1.0alpha5 and then beta3, and we did not have this problem
with Mail.app that either of you are describing.I did have to remove the "INBOX." prefix from my Mail.app
configurations. I also renamed all of the existing folders in my
Maildir from INBOX.foldername to .foldername, because after
removing the "INBOX." prefix Mail.app could not see them.Before I renamed all of the existing folders and changed the prefix
in Mail.app, I had also tried setting up alternate namespaces as
described in the wiki documentation for converting from Courier,
but that did not seem to work. Mail.app and Thunderbird clients
could not see their IMAP folders with the courier-style namespace
configuration.-- Roger J. Weeks Systems & Network Administrator Mendocino Community Network
On Feb 14, 2006, at 8:45 AM, dovecot-request@dovecot.org wrote:
Date: Tue, 14 Feb 2006 08:44:53 -0800 From: Steve Pellegrin steve@convoglio.com Subject: Re: [Dovecot] Mail.app help To: Mike Garfias mike@garfias.org
Sorry to respond so late to this, perhaps my experience will help.
I believe that Mike's problem is caused by weird behavior in Mail.App. I had the same issue after switching from Courier IMAP to Dovecot 1.0beta2. (Courier requires the INBOX prefix).
I only experienced this problem for folders that I defined myself. In other words, the "standard" Sent, Trash and so on were OK. What I found was that if I had a custom folder, call it Dovecot, and a rule that directed mail list messages into that folder, Mail.App would insist on creating INBOX.Dovecot, even though .Dovecot already
existed.It's as if Mail.App had internalized the INBOX prefix in some secret place and would not let go of it even though I changed the prefix setting to be empty.
My solution was to delete my mail account, shut down Mail.App, re- launch it, and recreate the mail account. Now, everything works as expected.
-Steve
That's possible. When I migrated from 10.3 to 10.4, I did not
upgrade the operating system. I backed up my data to a firewire
drive and did a clean install. It was more hassle, but I do NOT
trust operating system upgrades. Never have. :/
We definitely don't use the automatic IMAP synchronization. It used
to cause big problems with 10.3 Mail.app and Courier IMAP, so I never
went back to using it.
I'm curious, what kind of namespaces do you have defined in Dovecot?
-- Roger J. Weeks Systems & Network Administrator Mendocino Community Network
On Feb 14, 2006, at 9:26 AM, Steve Pellegrin wrote:
As far as I know, I am on the latest version: Version 2.0.5
(746/746.2).I wonder if the problem is related to how *many* versions of
Mail.App one has had? Perhaps updating older versions of Mail's
data, prefs and so on over time could introduce the problem?On the other hand, it might be related to other account settings
like "Automatically synchronize..."" or something. Who can say?-Steve
On Feb 14, 2006, at 9:19 AM, Roger Weeks wrote:
I'm wondering if this is a version issue with Mail.app? Are you
on OS X 10.3 or 10.4?The reason I ask is that we also migrated from Courier IMAP to
Dovecot 1.0alpha5 and then beta3, and we did not have this problem
with Mail.app that either of you are describing.I did have to remove the "INBOX." prefix from my Mail.app
configurations. I also renamed all of the existing folders in my
Maildir from INBOX.foldername to .foldername, because after
removing the "INBOX." prefix Mail.app could not see them.Before I renamed all of the existing folders and changed the
prefix in Mail.app, I had also tried setting up alternate
namespaces as described in the wiki documentation for converting
from Courier, but that did not seem to work. Mail.app and
Thunderbird clients could not see their IMAP folders with the
courier-style namespace configuration.-- Roger J. Weeks Systems & Network Administrator Mendocino Community Network
On Feb 14, 2006, at 8:45 AM, dovecot-request@dovecot.org wrote:
Date: Tue, 14 Feb 2006 08:44:53 -0800 From: Steve Pellegrin steve@convoglio.com Subject: Re: [Dovecot] Mail.app help To: Mike Garfias mike@garfias.org
Sorry to respond so late to this, perhaps my experience will help.
I believe that Mike's problem is caused by weird behavior in Mail.App. I had the same issue after switching from Courier IMAP to Dovecot 1.0beta2. (Courier requires the INBOX prefix).
I only experienced this problem for folders that I defined
myself. In other words, the "standard" Sent, Trash and so on were OK. What I found was that if I had a custom folder, call it Dovecot, and a rule that directed mail list messages into that folder, Mail.App would insist on creating INBOX.Dovecot, even though .Dovecot already
existed.It's as if Mail.App had internalized the INBOX prefix in some secret place and would not let go of it even though I changed the prefix setting to be empty.
My solution was to delete my mail account, shut down Mail.App, re- launch it, and recreate the mail account. Now, everything works as expected.
-Steve
Do you mean in the Dovecot conf file? Nothing. I used a conversion
app to convert my Courier maildirs to Dovecot format, removed INBOX
as the prefix in Mail.App and was good to go.
Actually, the Courier-to-Dovecot apps that Timo references on his
site did not work on Gentoo Linux. I hacked together one of my own.
Perhaps others are in a similar situation and could use the one I
created. Timo, what do you think? I could send you what I have if you
think it would be useful.
-Steve
On Feb 14, 2006, at 9:39 AM, Roger Weeks wrote:
I'm curious, what kind of namespaces do you have defined in Dovecot?
participants (2)
-
Roger Weeks
-
Steve Pellegrin