1699196 - upon email move, email is lost if imap server's disk is full

Status: RESOLVED DUPLICATE of bug 1169252

(MailNews Core :: Networking: IMAP, defect)

Description

[klaus]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/89.0.4389.90 Safari/537.36

Steps to reproduce:

moved an email, it did not arrive in another account on same TB, but disappeared in source folder. This is reproducible. So email is lost.

Actual results:

Later discovered that imap server harddisk was full (hmailserver on Win 10). So it is expected that move didn't work on the server side.

Expected results:

Shouldn't TB protect itself against that? It cannot expect the server to always function. Why does TB loose the email? Is there no inap server OK or response whether move succeeded?

Comment 1

[gene smith]

klaus, did you see any error notification when this occurred? Tb just does an imap "append" to the destination server folder to do the copy. If there was no error on the append then I think TB would just delete the message in the source folder.
Anyhow, this is why I always recommend that users do copy instead of move for important items.
Also, the "delete" moved message may still be in the source folder but just marked as deleted. You can maybe get it back by changing server setting to "just mark it as deleted" then you can "undelete" any with a red X and strike-through (if you haven't later compacted the folder).