User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Build Identifier: version 2 beta 2 (20070204) When _moving_ (by drag and drop) certain messages with attachment to certain folders the messages disappear. Deleting the .msf file from outside makes the messages appear, but moving further copies will again fail. It seems related to folders whose .msf does not go down to zero when all their content is deleted and the folder is then purged. I do not know which condition creates this type of folder. However, for folders with messages, deleting the .msf so it is renewed does not straighten things. Reproducible: Always Steps to Reproduce: 1. Make a copy of certain attachments 2. Move to a folder with a certain .msf Actual Results: The message does not appear, unless the .msf of the given folder is deleted on time. Expected Results: The message should have been moved.

The msf is the result of deleting all the content of the folder and purging the folder.

Is this in threaded view? Or sorted by what?

(In reply to comment #2) > Is this in threaded view? Or sorted by what? Once the folder is "corrupt", sorting does not seem to matter; the message is not visible, neither manually nor by automated search. In any case, in general I keep my mail folders' contents sorted either by threads or by date, with the most recent messages at the bottom.

Steps to Reproduce: 1. Enter Thunderbird, create a new folder as a test folder and exit. 2. Overwrite the test folder's .msf file with attachment 1 [details] [diff] [review] (how to force the creation of an invalid .msf file such as this is still unknown to me). 3. Choose an appropiate file to test (e.g. <http://www.nikonusa.com/pdf/manuals/noprint/D80_noprint.pdf>) 4. Open thunderbird, create a new message, attach the test file by drag and drop, save a draft and close the message. 5. Drag and drop the test draft to the test folder. Actual Results: The test message apparently dissappears from both folders. Expected Results: The message should have been visibly moved. Workaround: Copy the message instead of move it, or exit Thunderbird, delete the .msf file and visit the folder. However, none of these will fix the folder if its contents force the corruption of the .msf file.

Sorry, comment 4 is WFM on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.2pre) Gecko/20070209 Thunderbird/2.0pre ID:2007020903. Maybe duplicate of bug 355591.

Oh, tested on a pop account.

I just noticed this bug on beta 2 (20070326). The oldest 3 out of 8 messages were moved successfully, but the others (three of which were between 15-30mb) were lost. Deleting the MSF file appears to fix the problem, as Thunderbird rebuilds it when opening the folder again. In case anyone needs to diff a corrupt MSF with a good one, let me know.

I have the same kind of behavior on my system. In my case only messages with attachments are lost.

This is likely a dupe of bug 368112, marking...

I can confirm that deleting the .msf files and then restarting Thunderbird 2.0 on WinXP leads to the mail message now appearing in the list of messages in the folder into where it was moved. The message move had been performed by drag-n-drop. In my case I was only moving a single message with 16 MB of attachments