User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Firefox/3.6.15 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9 I previously reported that random inbox messages were disappearing (literally, you can watch them disappear/delete) with regard to using my scroll mouse in TB. I've since replaced the mouse and continue to see recent inbox messages just randomly disappear (both from preview and from the message list pane) immediately after compacting (or some other process that produces a progress bar at the bottom of the TB screen). Sometimes it's the message selected in the list pane that disappears. Other times it's just a random (but usually recent message). It's possible that older messages, and even messages from other folders, are disappearing but I have no proof of that. I see several other reports of this bug (related to messages disappearing for no reason) that seem to be related to this request for help. I've used TB for years without problem and appreciate a great free product and all the work you guys put into it. But this bug is so critical that the product has become unusable and yet I see no one really working it. Please help me keep Thunderbird! Reproducible: Couldn't Reproduce Steps to Reproduce: 1. downloaded new messages 2. deleted spam from list pane 3. opened random new message 4. ran compact Actual Results: WAD. Could not reproduce. However, it happens about every 3rd day given my use of TB. I use TB in a business environment. Running POP with message header preview enabled. I have "compact folders when it will save" set to 1000 KB. I have 50 MB of disk space allocated for cache. I currently have a total off 777 messages in my inbox and about 40 folders/subfolders.

We can't reproduce it here - what does " Running POP with message header preview enabled" mean? You mean when you click on a message in the message list, it displays in the message area?

I'm connected to a POP server that downloads just the message headers. I can then click to view selected messages or delete spam messages without downloading them to my local machine.

(In reply to comment #2) > I'm connected to a POP server that downloads just the message headers. I can > then click to view selected messages or delete spam messages without > downloading them to my local machine. ah, we call that header only download mode. One thing about that mode is if the message gets deleted from the server, we delete it locally as well since there's no hope of downloading it. I don't think compact would cause that, but get new mail does.

I meant to say I have "Fetch Message Header" enabled in my account settings so that I only see the message headers until I download the full message or delete spam. Just to clarify, it is full email messages that are being deleted - not the fetched message headers. And it always deletes the message immediately after I see the progress bar at the bottom of my screen (I'm assuming it is compacting the folder).

Since no one can reproduce this, i'm wondering if there is a way to turn on a logging function that would show the number of messages in the inbox, messages downloaded, messages moved, and messages deleted. If those numbers were available, you could clearly see that messages are randomly disappearing because the would not add up correctly.

Please check if the folders, which contain your mail files are encrypted. If so, then perhaps they disintegrated because this is a new common defect in Mozilla, rather than just in SeaMonkey 2.2, which I have discovered recently. See here: https://bugzilla.mozilla.org/show_bug.cgi?id=674742

(In reply to comment #3) > ah, we call that header only download mode. One thing about that mode is if > the message gets deleted from the server, we delete it locally as well since > there's no hope of downloading it. I don't think compact would cause that, > but get new mail does. (In reply to comment #4) > I meant to say I have "Fetch Message Header" enabled in my account settings > so that I only see the message headers until I download the full message or > delete spam. Just to clarify, it is full email messages that are being > deleted - not the fetched message headers. And it always deletes the message > immediately after I see the progress bar at the bottom of my screen (I'm > assuming it is compacting the folder). Scott, does this still reproduce in version 5? If it does, we should investigate further

Scott, when precisely did this start?? On your first comment, in bug 622966, you were using Thunderbird/3.1.7

RESOLVED INCOMPLETE due to lack of response to previous question. If you feel this change was made in error, please respond to this bug with your reasons why.

Seems like your threshold for compaction is too low. Then you manipulate downloaded headers. Some headers (not loaded messages) disappear during communication with server. For example when you choose to download the message, then this deletes its header. Some messages you move by hand. While viewing another message. All this triggers compaction. And hence destruction of the entire folder. The mail program usually fails to copy anything into the disappeared folder until you restart. But that is not necessarily so. The impression that only individual messages disappear may be just an illusion. Actually the entire folder disappears, and then becomes recreated. Later you download other messages afterwards. And the folder appears to be partially filled. Headers disappear too. But then they may reappear, because they are still on server. Hence the illusion that they were not gone. But full messages disappear forever. The symptom is clear. I marked this bug as dependent the bug of destruction 674742. It causes your bug. Or perhaps your bug is a complete duplicate of 674742. Especially if encryption of folders in the OS is involved. The bug of destruction can receive its trigger not only through encryption. Other errors may trigger it too. Simultaneous download might. Periodic automatic download of messages from server might both trigger trigger the compaction, and the bug if compaction is already in progress simultaneously. It would also make the impression that disaster appears at random times.