IMAP support broken - Never does a STORE for \seen or \deleted flags

Just to confirm this is a bug. I have done a complete fresh delete of Preferences and ~/Library/Mail and then did a completely new Mail.app config, synced with my IMAP Server - and it is still all broken.

Any move of a message is done as a copy, and the delete and seen flags are NOT saved on the IMAP server, so Mail.app will continually download the mail.

It is not a problem in the previous Mail.app, and I have tested the server with Thunderbird and Squirrel mail and they both work.

Scott

I am running an Courier-IMAP server for my customers and the ones that are using the new Mail.app have problems connecting.

After a while the server has hundreds of imapd processes running, untill all resources are consumed. At that point the IMAP service is effectively DoS-ed off the net 😟

Luckily I was able to trace the users and I told them to use Thunderbird until Apple fixes this, which will be very soon I hope.

This appears to have worked for me, thanks!

Scratch that...worked for a few minutes, now back to the same problems (very slow/nonexistent IMAP sync, slow/no send & receive function, etc.)

Any help would be most appreciated.

IMAP is indeed sorely broken! I have used both kerio and hmail for years with thunderbird and outlook without issues at all.

I still have never got todo's or notes to work at all, and my sent mail only copies to the sent folder very sporadically.

You say "Just delete and rebuild your inbox" ?!?! I have over 20k messages and that flat out *****. I made "the switch" to mac as I was assured I would never have to deal with this BS.

Pretty disappointed in the quality control thusfar.

Please fix this app!

I'm seeing this too. IMAP connections are designed to be persistent. But mail.app opens a new IMAP connection each time it checks the mail, and it doesn't close the old connections. So same story: the open processes build up on the server until there's a jam.

Unfortunately, the problem may go deeper then the mail.app, because I'm seeing the same behavior with Thunderbird as well.

For the short term, I have made a short cron script that deletes all open imap connections every hour. When the mail gets checked again, a new process gets opened anyway, so no harm done.

Except for the pain of it all. Apple needs to look into this.

I also get this with my Courier-IMAP service, a pile-up of connections, that is. Quite a scandal methinks, but apparently not a big concern with Apple.

Anyway, what seems to work for me is turning off "Use IDLE command if the server supports it" in Mail.app's account preferences (it's under "Advanced"). I can't be bothered to look into this any further, but hopefully it works for others too...

is this problem only with courier imap, or with other imap server apps as well?

For me it's MDaemon.

Cheers,
Peter

Oh well... I'm not as lucky as I thought. Somehow the IDLE thing seemed to work for a day, but now things are back to "normal" (i.e. wrong again). I have no idea what else was different yesterday. Sorry...

Same thing here in 10.5.1 (Mail 3.1). I can't believe how badly broken this is.

Back to Thunderbird I go.

Can anyone confirm that this is limited to Mail 3 (ie. Leopard)?
I'm thinking of switching over to using Apple Mail (from Powermail) specifically for better IMAP support, and don't want to get caught out!
(I know this is the Leopard discussion forum, but I'm just double checking).

Also, has Apple acknowledged the issue?

Thanks;

Confirming this bug for me too. =(

Just switched my main email address from POP3 to IMAP a couple weeks ago and then this bug popped up. Now I have to switch to Thunderbird or something until Apple fixes this, even though I really don't want to.

still the same problem with 10.5.2

I'm not quite sure if this has the same cause, but when I read my email with a webclient (squirrel mail), I can see all the message that I deleted long ago (crossed out).
Quite annoying.
I must say, however, that I don't get any old messages in Mail (Mail 3.2).

And, I think, this has already occurred under Tiger, too.

Regards,
Gabriel.