[MlMt] Archive Problem

[Benny Kjær Nielsen]

On 11 Feb 2016, at 16:52, Benny Kjær Nielsen wrote:

>> On 10 Feb 2016, at 18:13, Roberto Thiella wrote:
>>
>>> When I archive a message from the inbox to the archive box it 
>>> disappear from the destination folder after a very short time.
>>> The problem is that it disappear from the server and I can’t 
>>> rescue it any more.

Thanks for the second set of logs. I now have a theory. Here's the 
important part:

	15:57:26 C: J34 UID MOVE 39761 Archive
	15:57:26 S: * OK [COPYUID 1452555050 39761 32355]
	15:57:26 S: J34 OK UID MOVE Completed.
	...
	15:57:26 C: K35 NOOP
	15:57:26 S: K35 OK NOOP Completed.
	...
	15:57:26 C: K36 UID STORE 39761 +FLAGS.SILENT (\Deleted)
	15:57:26 S: K36 OK UID STORE Completed.
	15:57:26 C: K37 UID EXPUNGE 39761
	15:57:26 S: * 2 EXPUNGE
	15:57:26 S: K37 OK UID EXPUNGE Completed.

In plain English:

* MailMate tells the server to move the message and this succeeds, but 
apparently the message is not deleted from “Archive”. There should 
have been an EXPUNGE reply as described 
[here](https://tools.ietf.org/html/rfc6851).
* Then MailMate sends a NOOP (dummy command) in an attempt to trigger 
the server to tell MailMate that it has expunged the message.
* Finally, MailMate deletes the message itself (from the INBOX).

Now, the message should still exist in Archive since it was successfully 
moved, but I think the deletion in INBOX triggers it to be deleted in 
both locations.

It's a serious server bug and you should inform Yandex. I'm afraid it's 
not obvious how to work around it without making it very inefficient for 
other servers. Since the side-effect of the bug is serious then I'll 
insert an explicit check for `imap.yandex.ru` to disable the use of UID 
MOVE. I'll also introduce a way to disable the use of UID MOVE 
completely:

	defaults write com.freron.MailMate MmNeverUseIMAPMOVE -bool YES

Let me know if Yandex tells you they fixed the bug (wishful 
thinking...).

-- 
Benny
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freron.com/pipermail/mailmate/attachments/20160211/f0c41b33/attachment.html>