** Steve Kirk <steve@???> [2007-04-16 08:46]:
<<snip>>
<<note>> the most useful bit may be at the bottom :)
<<>>
> I've moved some user's mail to a machine that uses dovecot to allow access via
> imaps. Mail is stored in maildirs, and there are several subfolders etc.
> I've labelled this one as OT becase this used to be hosted on a Linux machine
> and all mail (SMTP etc.) and imap, imaps access was provided via Courier[0].
> The linux machine had a hardware issue, so I've moved this to machine running
> NetBSD (hence OT) and dovecot.
Personally I'd consider *BSD to be *nix-y enough to be acceptable on
this list. I'd love to get more time to play and experiment with the
*BSD varients, but that's another issue :)
> The strange thing, that I wondered if anyone else had seen, is that it works
> perfect via Mutt on the local machine (either accessing the Maildir directly,
> or imaps to the loopback) and it also works nicely using mutt 1.4.2.2i remotely
> (now I've compiled in SSL support!) but I'm having trouble with Mac Mail on
> Mac OS X acessing via imaps. It seems that it will refresh the view of the
> mailbox ok initally, and you con open mails etc, however, if you move to a sub
> folder, it seems to then start endlessly trying to update the view of the mail
> box folder. I'm not seeing any errors in the dovecot log, just quite a few
> login/logouts from the Mac.
Not come across this before, and I moved from Courier to Dovecot myself,
although the migration was on a Debian server and involved a change of
server side software and not a complete server move. It went very
smoothly.
> I'm guessing some strange problem with Mac Mail, but it worked fine when
> courier was providing the imaps service. Anyone else seen this?
Unfortunately I can't speak from a Mac client standpoint, but if someone
would like to donate an OS X capable machine I'd happily test it out ;)
{It is on my list of things to do/acquire} My client access has been via
Thunderbird {IMAPS} and Mutt {direct local access}. You may find it
worth taking a look at the Dovecot mailing list archives, they are
pretty active and there may be something there worth noting.
As a quick thought, did you set up a completely new account on the
client machine or reconfigure the existing one? I know that the two
server apps in question handle things quite differently. Courier sticks
to its guns claiming that it is doing things the right way as per the
defined standards, Dovecot makes allowances for the fact that 100% [1]
of known clients don't do things the way Courier insists on doing
things. I'd start off taking a look at the way the namespace is
configured - there have been issues with this and the Mac Mail client
iirc, so dropping down a folder level may be having problems as a
result, although I've not read up in detail on this.
** end quote [Steve Kirk]
<<>>
Actually, still thinking out loud, if you have simple reconfigured the
existing account this could easily be the problem. Courier handles all
folders as sub folders of the Inbox (nasty imho) whereas Dovecot will
present them as folders at the same level as the Inbox. I had to
reconfigure my clients to take account of this - and it was one of the
reasons I switched.
[1] this is the annoying issue of all folders insisting on showing up as
sub folders of the Inbox for every client I've tested with under
Courier, and Courier won't change as this is a 'client issue'. In
reality this impacts all versions of OE, Netscape, Thunderbird, Opera
Mail, Eudora, Mutt, Pine, Mulberry and several other clients I've tested
under
--
Paul Tansom | Aptanet Ltd. | http://www.aptanet.com/
====================================================================
Aptanet Ltd. | Registered in England | Company No: 4905028
Registered Office:
Crawford House, Hambledon Road, Denmead, Waterlooville, Hants., PO7 6NU
