New messages in one of my accounts show up with part of the header included in the body and From/To/Subject don't show up in the bar that contains the Reply, Forward, etc., buttons. Steps to reproduce: 1) Set up multiple IMAP accounts (I have two). Note: I have not been able to confirm if this is specific to my particular accounts or is indeed more general. 2) Browse the message list from the INBOX of the first account. 3) Get a new message in the second account. 4) Click on the INBOX of the second account in the tree view and click on the new message in the message list. Note: View->Headers is set to Normal. Results: See attached image. Red boxes, lines, and comments are used to highlight the issues. The box shows that From, Subject, and To are missing and/or blank. Next is the message, followed by the header (or at least a portion of it), then the full message. In this case, it's apparent that the first paragraph of the message is missing at the top (it's present after the header, though). I believe this is only reproducible with the second, Gmail account. Not demonstrated here is the result with HTML messages. They show up as plain text. Workaround: Click on another message in the message list and click back to the new message. Shows up as expected. Additional notes: Using Thunderbird 10 on Fedora 15 x86_64 from updates repo. I started seeing this a few versions ago -- sorry I cannot pinpoint the exact one. Both accounts in the attached screenshot are IMAP.

(In reply to Ved Vyas from comment #0) > Illustrates bug behavior Same corruption pattern as Bug 604620. > Workaround: Click on another message in the message list and click back to the new message. Shows up as expected. Offline-use=On folder? Offline-use=Off folder? (Folder Properties/Synchronization) If Offline-use=On folder, is two version of mail data(data of screen shot, correct data) held in offline-store file? (file named FolderX instead of FolderX.msf if folder named FolderX)

(In reply to WADA from comment #1) > (In reply to Ved Vyas from comment #0) > > Illustrates bug behavior > > Same corruption pattern as Bug 604620. Ah, sorry I missed that. > > > Workaround: Click on another message in the message list and click back to the new message. Shows up as expected. > > Offline-use=On folder? Offline-use=Off folder? (Folder > Properties/Synchronization) > If Offline-use=On folder, is two version of mail data(data of screen shot, > correct data) held in offline-store file? (file named FolderX instead of > FolderX.msf if folder named FolderX) It's off for all the folders from both accounts: "Keep all messages for this account on this computer" is unchecked and everything is unchecked in the list that comes up when clicking on "Advanced". Additionally, I couldn't find offline-use in the config, but have the following: mail.server.server2.offline_download;false mail.server.server4.offline_download;false where server4 corresponds to the account with the problem. Even though offline use is off, I checked the contents of ~/.thunderbird/profile.default/ImapMail/imap.googlemail.com (the second account). INBOX does not contain the message I displayed in the attachment. The last message in there is from September 2011, but I use it on a daily basis and have never used offline use -- I do move mail to local folders though. INBOX.msf appears to contain portions of it.

Tb 10.0.1 on Win-XP, Gmail IMAP, Inbox, Offline-use=Off, IDLE is enabled, no automatic new mail check, Junk filter is enabled, no message filter, small multipart/mixed mail. Inbox is sorted by Date in ascending order, and test mail's date was 1970/01/01, new mail is placed at top of thread pane. (1) Inbox is clicked and selected. Click account => Inbox is not selected at folder pane (2) New mail notification via IDLE (3) fetch standard headers only > 18 UID fetch 12116 (UID RFC822.SIZE FLAGS BODY.PEEK[HEADER.FIELDS (From To Cc Bcc Subject Date Message-ID Priority X-Priority References Newsgroups In-Reply-To Content-Type)]) (3) fetch 2KB text for previewBody > :S-INBOX:ProcessCurrentURL:imap://yatter%2Eone%40gmail%2Ecom@imap.gmail.com:993/previewBody%3EUID%3E/INBOX%3E12116%3E2048: = currentUrl > 19 UID fetch 12116 (UID BODY.PEEK[HEADER.FIELDS (Content-Type Content-Transfer-Encoding)] BODY.PEEK[TEXT]<0.2048>) (4) Upon each mouse hover on Inbox, above previewBody occurs, and fetch command is issued. (5) Click Inbox, click the new mail noop => fetch by previewBody => followin fetch body[] > :S-INBOX:ProcessCurrentURL:imap://yatter%2Eone%40gmail%2Ecom@imap.gmail.com:993/fetch%3EUID%3E/INBOX%3E12116: = currentUrl > 35 UID fetch 12116 (UID RFC822.SIZE BODY[]) Phenomenon may be merge of (a) data fetched by previewBody and (b) data fetched by click of mail.

Confirming per attached evidence(screen shot)

Phenomenon like next? - NN UID fetch XXXXX (UID ... BODY.PEEK[TEXT]<0.2048>) by previewBody. - Server returns part of mail data, and is written to Disk Cache or Inbox file. - Mail view by mail click occurs => previewBody process is interrupted and ends. Disk Cache is not invalidated, or offset in Inbox file is kept. (NN+1) UID fetch XXXXX (UID RFC822.SIZE BODY[]) => data returned to fetch BODY[] is appended to Disk Cache entry or Inbox file. - If offline-use=Off, when the mail is viewed again, something wrong in Disk Cache entry is detected or difference from RFC822.SIZE is detected, and fetch BODY[] is issued. - If offline-use=On, quirks for "Bad RFC822.SIZE by MS Exchange" works and RFC822.SIZE is ignored, so re-fetch won't occur until Repair Folder.

Closing as dup to consolidate to single bug.