Infinite loop
Reported by Brett Eisenberg | May 14th, 2013 @ 06:33 PM
It would appear that there's an odd race condition that can occur if MailMate is trying to move a message that has already been moved by another IMAP client. I'm currently unable to bring my spam folder online because MailMate continually tries to move a message that no longer exists and yields the following message.
I checked the Maildirs on the server and that appears to be what happened. Unfortunately, there seems to be no way to recover from this and bring the folder back online. Additionally, MailMate will no longer rebuild the mailbox.
Server response: “I8 NO [CANNOT] Cannot APPEND to a SPAM folder.”. Command attempted: “I8 APPEND spam ($Junk \Seen) "14-May-2013 11:06:50 -0700" {45130}”.
Any thoughts?
Comments and changes to this ticket
-
benny May 14th, 2013 @ 09:09 PM
This is what I think happens:
- MailMate moves a message locally.
- Another client moves the same message.
- MailMate tries to synchronize the local change by moving the message on the server, but the message has now disappeared in the source mailbox.
- Instead (since this is the safest approach) MailMate tries to upload its local copy of the message to the destination mailbox on the IMAP server.
- Uploading fails because the server has a (weird) limitation that messages cannot be uploaded to the spam folder.
To fix the problem, you can locate the message(s) by enabling the UID column in the messages outline and then look for any message(s) with no UID. When located you can try deleting it. This should make MailMate upload it to the trash instead. You can also hold down ⌥ when deleting it which should delete it permanently although I'm not quite sure that works for a message in this state.
More general, it would be nice if MailMate offered some solution in the error requester. Maybe it should just offer to delete it permanently -- or maybe offer to move it (upload) to a different mailbox.
Which IMAP server has this behavior for the spam mailbox?
-
Brett Eisenberg May 14th, 2013 @ 09:39 PM
Benny,
Thanks––that worked like a champ and I appreciate the exceptionally fast customer support. As a refugee from Gnus who has been enamored with Gmail's keyboard efficiency, I've been a very happy customer. I use Dovecot on the server side, but haven't checked the RFC to see what the expected behavior is in this circumstance.
-
benny October 10th, 2013 @ 10:15 AM
- State changed from “new” to “resolved”
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Mac OS X email client.
benny