Comment 12 for bug 117896

Some further info:

I sent myself several emails from another account for testing purposes and then proceeded to drag them back and forth between various folders until I triggered the bug again.

I observed that a move operation in Evo consists of a copy followed by a delete. Every time a mail is successfully copied, the original is moved to the trash folder. I had never noticed this behaviour with Evo before, I am sure in the past that the originals must have been immediately expunged. I don't recall my trash folder filling up with copies of messages I had moved. Is this in itself a separate bug?

On the occasion that the move operation failed Evo still moved the originals to the trash folder. Evo is failing to do the copy part of the operation but still continuing to move the originals to the trash folder! I guess the "bug" of not immediately expunging the originals should be viewed as a feature under such circumstances :-)

The mail account in question is with blueyonder.co.uk (now virginmedia). They use Microsoft SMTPSVC. I have another IMAP account with webmail.us and have never experienced this bug with them. They run Dovecot. Is this an IMAP server workaround that has recently broken perhaps? Might be interesting to know which mail server the original bug reporter is connecting to.

Couple of other things, just to clear up any confusion:

I found the missing "Trash/Sent Items" folder listed in the log file by configuring Evo to show all folders, not just subscribed folders. In actual fact this is a default folder created by blueyonder, I guess at some point in the past I must have mistakenly tried to delete it; it has now been undeleted and resubscribed. I can still reproduce this bug though, so I don't think this was in any way related to the problem.

In comment #10 I described the local trash folder as having no useful purpose. It is of course used by Evo, its just not the real trash folder on the imap server that the webmail interface or other mail clients like thunderbird use.