imap creating inbox1 ... inbox45 and loosing local sync
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
People
(Reporter: buecher, Unassigned)
References
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0
Steps to reproduce:
two imap problems on two PCs in different accounts (same day, 60.8.0).
PC1: on TB restart, TB creates inbox1 up to inbox 45. Old inbox is now in inbox 45. Messages on server are ok (checked in a new TB installation)
PC2:
a) TB crashes while inspecting source code of a spam message returned by google mail (someone sent it in my name, I wanted to see the routing in source code).. I would have expected source code to be ascii and safe to view.
b) Upon restart, inbox is replaced by inbox.inbox in folder tree. All subfolders are now called inbox.xxx, inbox.yyy, whereas they were in correct indentation as xxx, yyy below inbox before.
c)After closing/restarting TB, all subfolders are gone. Now, there is one inbox, but empty.
Observation: PC2 has 170MB left on C. PC1 has 3GB left on C. In bug 1545725 I thought similiar behaviour to be related to full C (then 0 MB), but now I have the same happening with 3 GB on C.
Actual results:
TB destroyed local synced messages. Imap server seems to be ok, at least for account of PC1. Still downloading for the other PC.
This happens every few months. First time it happens on desktoop PC, before only on notebook.
after reconnecting TB and getting new messages, TB deletes inbox1 ... inbox45 in folder tree (also the corresponding files and *,msf in the profile) and starts redownloading everything into inbox (foldre tree and file system).
TB crashes during this downlad.
I still have inbox.msf, inbox37.msf, inbox.sbd and inbox45.sbd in the file system. TB is downlading all messages into inbox, not inbox45. inbox45 had all messages including tags, which are now lost due to redownloading.
Also, archives has doubled into archives.sbd and archives-1.sbd. Archives.sbd has msf but no messages, archives-1 is empty. Maybe that will be filled after redownloading is complete
Ok so does this continue to occur if you create an exception in kaspersky for the Thunderbird mail folders? My guess is kaspersky is locking the files used and Thunderbird is compensating by creating new ones. I really think this and bug 1575683 are invalid. Simply remove kaspersky to resolve the issue.
this bug stopped after moving mailserver to another PC. I suspect the other PC's harddisk.
bug 1575683 did not stop, unfortunately.
Description
•