Closed
Bug 563278
Opened 14 years ago
Closed 6 years ago
email subject in Inbox/Header does not match email body contents
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: mgoerner, Unassigned)
References
(Blocks 1 open bug)
Details
User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6.4; (R1 1.5); .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 I have found that on several occasions since upgrading to 3.0 there are messages I have in my Inbox that are becoming correupted. Specifically, the From, Subject and Date info in the Inbox window are correct, but opening the email shows the body of another email entirely, typically a previously deleted email. I am able to check the email from another computer or phone mail client and see the email as it should actually be displayed. Restarting Thunderbird does not cause the original email to appear correctly. Reproducible: Couldn't Reproduce Steps to Reproduce: No idea how to reproduce it or predict when it will happen again and to what message.
Comment 1•14 years ago
|
||
does the correct message appear if you right click folder, properties, reindex? (in v3.1, reindex is now "repair folder")
Severity: critical → major
Version: unspecified → 3.0
Comment 2•14 years ago
|
||
Does the to: field of the message say "undisclosed recipients', if you view message source?
Reporter | ||
Comment 3•14 years ago
|
||
(In reply to comment #1) > does the correct message appear if you right click folder, properties, reindex? > (in v3.1, reindex is now "repair folder") I will try that the next time the situation occurs.
Reporter | ||
Comment 4•14 years ago
|
||
(In reply to comment #1) > does the correct message appear if you right click folder, properties, reindex? > (in v3.1, reindex is now "repair folder") If I re-index the folder, the correct message does appear. Looking at the status bar, that process appears to download all the messages from the server again, so it makes sense that re-indexing fixes the issue since the message is correct on the server, but not within TB.
Reporter | ||
Comment 5•14 years ago
|
||
(In reply to comment #2) > Does the to: field of the message say "undisclosed recipients', if you view > message source? It does not. The To: field reflects the recipient of the email that appears in the body along with all the other information for the incorrect email being displayed.
Comment 6•14 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.2.7) Gecko/20100713 Thunderbird/3.1.1 I have a client's system showing this same behaviour. This is on Windows accessing an IMAP account with the default settings (ie. caching is enabled). In this case, clicking on the (correctly displayed) header in the message list shows the body of a message from several days earlier. I have previously seen it such that clicking on one of many messages in the inbox list would all show the same message body. The wrong message message body is shown in both the preview pane, and if the email is opened up in a separate tab/window. When a Ctrl+U is performed to view the message source on one of the errant messages, the system proceeds to (seemingly) load the entire mail file from that point forwards in to the source view screen. This takes a long time and I am then able to scroll down through my entire mail file (assuming that TB doesn't crash while doing it which has happened a couple of times). It is as if TB is not detecting the end of the message properly. In both this current case and the previous two cases of this (on the same machine, with the same IMAP account), TB has fixated on messages from the same sender address (an @hotmail.com address). I have run through a "Repair folder" procedure and this does clear it, but I have done this in the past and it does come back again. In case it is useful for debugging, I have retained a copy of the INBOX and INBOX.msf files from before the 'repair' action. My client would consider releasing these files for debugging purposes, but obviously privacy concerns will need to be addressed. Please let me know if you need any further information or want to get hold of the files!
Comment 7•13 years ago
|
||
I've also tripped across this; I don't have a reliable way to reproduce, but it has usually happened when I'm switching folders or switching viewed messages at the same time as a message move is happening in the background. As with the other reports, "repair folder" clears the problem.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 8•6 years ago
|
||
Mark (comment 6) writes he hasn't seen this for a very long time. OP's email address has changed, so closing this incomplete because we have plenty of other bug reports of these symptoms (linked from bug 714489). But if someone still sees this issue they should speak up.
You need to log in
before you can comment on or make changes to this bug.
Description
•