User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316 Sometimes, after open Mozilla Mail, only a feel messages of the list of messages already downloaded just couldn't be finded. I try refresh; close and open; but the messages already downloaded couldn't be finded. Looks like the messages sundently are assigned as invisible/hidden, but I haven't set up any flag or anything else to hidden messages. Reproducible: Sometimes Steps to Reproduce: 1. Create an e-mail account 2. Download messages 3. Try find out messages that you already download Actual Results: Mesages already downloaded are hidden/invisible Expected Results: I expect that all mesages already downloaded are listed in mesages list

Homero, I can confirm that. Now some questions to you. Follow the steps and create a backup of the mbox and msf-file before. 1. Try to search for the content, subject or sender of the mail inside the mbox. Do you get any results? 2. Take a look into your filesystem and navigate to the mentioned mbox inside the mail folder of your profile. Do you kow which mail isn't visible? If yes, than open the mbox file within an editor and search for some content of that mail. Do you get any results? IMO you have to find something. 3. Delete the msf file after you have closed Mozilla. After that restart Mozilla again und take a look at your inbox. Are these mails now visible again? If you can confirm the steps above, are you able to provide a testcase? Please try to extract all other mails except the missing one and try if it is still not visible. In that case and if it contains no personal content, could you attach it here? I also have a testcase but it contains a virus so I have to extract it before I'll attach it here. Scott or David, if you need the testcase I could send it to you. We should really fix this bug for TB1.0! It's a bug which results in dataloss. Asking for blocker of Aviary1.0.

Won't make the 1.0 train, unfortunately - minusing. Still need more information in this bug, especially a testcase.

(In reply to comment #1) > I can confirm that Henrik Skupin, what is "that" you confirmed? When and on what enviromnet did "that" occured? How did you re-created "that"? What is your operation to re-create "that"? Is your "that" really same as reporter's problem? > if you need the testcase I could send it to you Henrik Skupin, could you please write down brief decription of your "test case" before sending it to developers. (In reply to comment #0) Homero Fonseca(reporter of this bug) What is your "View" choice? Note: Not "View" in main menu, "View" in mail list pane(thread pane). Does your problem, "Mail loss" or "Invisible/Hidden mails", still remain?

The problem is that I can't reproduce it. It appears sporadically. I've taken a look into the msf file and it doesn't contains any entry for the mails within the mailbox. So this will be raised anywhere else. When I tested it before some weeks I had a similar problem. You only have to copy a mbox file into one of your accounts and restart SM or TB. When no msf file exists, it will be created when you open the mbox file the first time. In that case I havn't seen the mails. I had to reopen this mailbox to see the mails. I don't know if this is related to this bug but it seems that the information of new mails is not written correctly into the msf file.

I also have this problem, each with Mozilla.org Mail, Thunderbird 0.9 and 1.0 - All Win32. It looks like killing the msf file fixes the problem, but I have to frequently kill those files... I use IMAP extensivly. All rules performed on server (Procmail). What is the problem and the best workaround / solution?

Honey, when does it appear? Directly during the download of that mail? You are using filters?

(In reply to comment #6) > Honey, when does it appear? Directly during the download of that mail? You are > using filters? The symptom is: Whenever I open TB or MM, it shows a number in parenthesis e.g. (3) next to the folder name to represent new mail in that folder. When I click on the folder, the old messages appear in the list, but the new headers are never downloaded. I end up having to use another imap client such as Outlook or Squirrelmail. Note: While relativly few mail users use IMAP for retrieval, most of them seem to have all their messages delivered to INBOX. I use procmail to delever many of my messages to subfolders of INBOX. This problem doesn't occur in INBOX - only in it's subfolders. I'm using Courier IMAP and Maildirs.

(In reply to comment #7) > This problem doesn't occur in INBOX - only in it's subfolders. > I'm using Courier IMAP and Maildirs. IMAP and subfolders under INBOX seems to have some problems on some occasion. honey, can you find similar bug to your problem in bugs whchi has "IMAP & sub & folder" in summary? (1) Go "Search" of Bugzilla ( https://bugzilla.mozilla.org/query.cgi ) (2) Choose "Advanced Search" and Search open bugs - Select "contains all of the words/strings" of "Summary:" Specify "IMAP sub folder" - Select all "Product" (or leave nothing selectd in "Product:") - Select UNCONFIRMED & NEW & ASSIGNED & REOPEND of "Status:" - Select --- of "Resolution:" (3) Find bug similar to your problem. (Probably 50 to 100 bugs will be listed, then you can try to find.)

Honey do you have enabled following pref? user_pref("mail.check_all_imap_folders_for_new", true); I'm also using courier IMAP but without folding with procmail. I never had this problem you described.

Homero, don't set a bug as RESOLVED without commenting it. Why it is now working for you?

I would like to thanks anybody involved with this bug, but this is a situation that I can't simulate. I've just seen this bug when I tried upgrade Mozilla without any changes in profiles already created from previous versions. Since this, messages in the right pane, are hidden. Even that, I was using Mozilla 1.7.3 and try upgrade for 1.7.5 without change (export, import, delete, etc) anything in profiles already created and works fine for me. So, I prefer think that this bug is solved. Besides that, none of the suggestions given has anything to do with my situation (filters, IMAP,....). Regarding that, I prefer just finish this bug.