User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.1.4322) Build Identifier: Thunderbird 1.0.2 (20050317) After messages are retrieved, the new message headers no longer display in the Inbox. The workaround is click on another folder, then Inbox. The new messages display correctly after reopening Inbox. This is a new bug. I used TB for 6 months, but this problem has surfaced in the last 2 weeks. This suggests the problem may be related to the size of the inbox (currently 57M+). Reproducible: Always Steps to Reproduce: 1.Open TB 2.Enter password 3.Wait until mail is retrieved (lower left displays messages remaining to be loaded) 4.After download, number of retrieved messages (sans spam) displays. Message headers do not dispaly. 5.Click on any other folder (e.g., Sent) 6.Click on Inbox again. Now the new message headers display. Actual Results: New message headers display. Expected Results: New message headers display.

Please check the TB build identifier you are using. Could this be related to bug 300749?

Have been running Thunderbird version 1.0.6 (20050716)for about a fortnight now. Description ----------- New messages sometimes don't appear in the inbox when retrieved. When I compact the inbox folder these messages reappear. Also some older messages reappear. I have quite a large number of messages in my inbox (1200) as having a sequential record is the way I prefer to run my small consultancy. Losing messages can lose me money and I can't afford to have a problem like this. Curiously the pointer on the inbox also now keeps pointing to the oldest message not the most recent when inbox is opened - very annoying. Never had these problems with dear old Outlook Express. Further Question ---------------- If I can't resolve these problems I will have to go back to Outlook. Can you please tell me where the message databases are kept for Thuderbird so I can delete them if I have to move away from Thuderbird, rather than have them handing around in hidden files clogging up space, please?

An user on IRC told me that this still happens for him when messages are filtered to trash. Seems to be a problem also for Thunderbird 2.0.0.4. Have to test this within the next days.

I've seen this too before some minutes with Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.5pre) Gecko/20070701 Thunderbird/2.0.0.5pre Mnenhy/0.7.5.0 ID:2007070103 The Thunderbird dock icon showed me two new messages for my POP3 account. After I opened the Inbox only one new message was visible. Switching over to Sent and back the other message is shown up now. Haven't tested with any trunk build yet.

I am seeing the same problem with 2.0.0.12 on Mac OSX. This only started occuring following the upgrade to 2.0.0.12. My icon bounces, my inbox has a number after it (indicating new messages) but the new messages are not shown in the header pane. Clicking on another mailbox (or even the account name) and then back again shows the new message(s).

I should add that I'm using IMAP, not POP3 as per Henrik above.

Bad to that this behavior returned! I've seen it again today. During the day I have IMAP access to my mailbox. In the evening I fetch all messages via POP3 to my local account. I'm missing several messages in my Inbox now. Checking the MBOX file shows them. So there is something really broken. Were there any checkins on branch 1.8 which could be the cause? I did a backup of my broken MBOX and .msf files. I don't have time to investigate today, but will do it tomorrow. Perhaps I can create a small testcase for my situation. What I can say now is that the headers doesn't look somewhat strange: From - Tue Apr 1 19:16:00 2008 X-Account-Key:account2 X-UIDL: UID820-1204009245 X-Mozilla-Status: 0000 X-Mozilla-Status2: 00000000 If i can create a reliable testcase I will also test with a trunk build.

I tracked down my issue and sadly it's only a client problem from the sender. It seems that it has set the wrong date. The date header looks like: Date: Tue, 11 Mar 2008 09:06:11 +0100 I sort by date and so the message was sorted in nearly a month ago. Either way I'll keep an eye on that issue. Steve, please open the MBOX file with an ASCII editor or viewer. Go to its end and try to find possible messages which are not shown. Are there any?

I am using IMAP and maildir format on the server. The messages reported by thunderbird are there and do appear in the header pane when I switch to another mail folder and back, as per the OP.

version 2.0.0.14 (20080421) Just completed compact folders. Nothing was displayed in the inbox. by clicking on another folder, drafts in this case, and then inbox, the mail in the inbox became visible. Occasionally when new mail is received, it is necessary to click on some other folder and then back to the inbox to have it displayed.

(In reply to comment #11) > Occasionally when new mail is received, it is necessary to click on some other > folder and then back to the inbox to have it displayed. Does that happen each time new mail is received? If yes, you should do following test: 1. Make a backup of your profile 2. Clear your Inbox and compact afterwards 3. Wait for new mail 4. Copy the files "inbox" and "inbox.msf" to a safe location 5. Go to Draft and back to Inbox 6. Copy the files "inbox" and "inbox.msf" to another location 7. Compare both files and send us the differences The best solution would be to zip all these files and add the archive as attachment to this bug. If you have private mail inside you should try to reproduce it with test messages. That would really help us to probably identify the cause.

Henrik, perhaps I misinterpret something here but I don't see that your dataloss comment 8 matches the other comments, which are threading or backend issues and very likely a dupe of some other bug(s).

Wayne, please read comment 9. There is the result of my comment 8. In any other way as comment 0 states mail is lost. So dataloss is still valid for this bug.

FWIW I think Les and Ian are both gone.

I don't foresee anything actionable coming out of the process in this bug - many of the reports go beyond just inbox, and underlying causes can range from threading to backend index to protocol. And not all are necessarily dataloss. Many of threading and backend issues are fixed on the current trunk. So I suggest that anyone who sees a problem file a new bug, preferably reproduced with a recent 3.x build* and post their bug number here, and that we close this bug in 2 weeks, or turn it into a meta for bugs not showing up in folders. * backup your profile before using beta or nightly builds 2009-05-19 has no major regressions at the moment Mac http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2009-05-19-02-comm-1.9.1/ others http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2009-05-19-03-comm-1.9.1/ or you can try latest nightly http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/ (which in the next week may get dicey) or latest beta http://en-us.www.mozillamessaging.com/en-US/thunderbird/early_releases/

closing per comment 16. if you see problem after running current trunk and you file a new bug, please include protocol log https://wiki.mozilla.org/MailNews:Logging http://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/latest-trunk/