Open Bug 1132805 Opened 9 years ago Updated 2 years ago

When mbox is deleted at IMAP server, msf file corresponded to the deleted mbox is not deleted by Tb

Categories

(MailNews Core :: Networking: IMAP, defect)

defect

Tracking

(Not tracked)

People

(Reporter: World, Unassigned)

Details

When mbox is deleted at IMAP server, msf file corresponded to the deleted mbox is not deleted by Tb.
This was observed in recent Tb trunk nightly and Tb 31.3.0. 
> Mozilla/5.0 (Windows NT 5.1; rv:38.0) Gecko/20100101 Thunderbird/38.0a1
This is observed on both BerkleyStore and MaildirStore.
IIRC, garbled .msf file was deleted by older Tb, if corresponding Mbox is not returned to LIST or LSUB.

[Step to reproduce]
1. Copy existing X.msf under Parent.sbd directory to ZZZ.msf, and restrt Tb. (emulation of Mbox deletion at server)
2. Restart Tb, connect to server. If required, collpse/expand imap account.
3.  ZZZ.msf is not deleted by Tb.

Note:
Even in older Tb who deleted msf for non-existing Mbox, "already held ZZZ.sbd and files under it" was not deleted by Tb. This is same phenomenon as "ZZZ.sbd is not deleted by RENAME ZZZ to XXX".

I'm affected by this bug as well. I use Thunderbird on several computers for the same account. When I delete an IMAP folder on one computer, and I start Thunderbird on another computer, Thunderbird says that folder X is being deleted. However, the .sdb file remains on my local storage, so every time I start Thunderbird, it says that it's deleting folder X. Rebuilding or compacting the inbox does not help. The real bug is that Thunderbird does not delete the .sbd file even when it know the folder doesn't exist.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.