User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040106 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040106 When for some circumstances the .msf file is deleted (e.g. crash of Mozilla or corrupt file) the information about already downloaded postings/imap mails for offline use is not stored in the regenerated .msf file. This bug is a spin off from bug 81141. I am not sure whether this is a bug or a RFE. Please adjust if necessary. Reproducible: Always Steps to Reproduce:
it's an rfe.
smells dupish of mailnews: core backend bug?
I assume that "the information about already downloaded postings/imap mails" is the offline message flag. As far as I can tell, this is already properly maintained when there is a controlled rebuild of the .msf file, with code in nsImapMailFolder::SetPendingAttributes. My own personal opinion, as the primary proponent of using the .msf files as a store of critical message metadata, is to not provide any support for behaviour when users delete the .msf files, other than making sure that no critical damage is done. Offline status should be preseved when the .msf file is rebuilt using the UI command under folder properties (this would be worth checking). If this bug is a request to also support that when the .msf file is manually deleted, I would recommend WONTFIX. This is a backend DB issue, not a Seamonkey issue.