Closed
Bug 265268
Opened 21 years ago
Closed 14 years ago
Messages have the wrong title with IMAP
Categories
(Thunderbird :: Mail Window Front End, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: daniel, Unassigned)
References
Details
(Whiteboard: [has protocol logs])
Attachments
(1 file)
51.81 KB,
application/gzip
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041018
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041018
I have experianced several instances where Thunderbird will display the wrong
headers for messages in the Inbox.
"messages have the wrong title"
"My Email is all messed up"
These are the most common complaints I hear from my users. I'm running Mozilla
Thunderbird 0.8 connecting to our Email server Mercury/32 (latest version) via
IMAP, mostly on Windows 2000 workstations though problem has also appeard on XP.
I haven't figured out what cuases it do do this, but I belive it has something
to do with moving or deleteing messages, but it does NOT happen every time you
move or delete a messege. To fix the problem, I delete the messages and then
"UNDO".
Reproducible: Sometimes
Steps to Reproduce:
1.
2.
3.
We have seen something similiar to this. We select a message in the inbox and a
different message displays. Ctrl-U shows the message source which is totally
unrelated to the entry selected in the message index. On one occassion I saw
5-6 messages in the message source (CTRL-U window).
We have seen this in Thunderbird 0.9 on Windows ME and on Mandrake Linux 10
Community.
In my case, clicking delete followed by Undo didn't work :(
Reporter | ||
Comment 2•21 years ago
|
||
This is perhaps, limited to one particualar Email server type, Mercury/32.
Download a copy (it's free), set it up, connect in Thunderbird with IMAP.
The last thing I remember doing before this occurs is delete more than one
message at a time or if I delete a message and recive a new email at the same time.
I really hope you can duplicate it, this problem is showing up too often among
my users.
In version 1.0 RC-1, I was able to duplicate this twice, but it was not
permanent, it would fix it's self after I select another message and then go
back to the message agian, I don't belive that it may be the same problem.
Reporter | ||
Comment 3•20 years ago
|
||
To reproduce:
1) Connect to Mecury/32 (any version after 4) via IMAP from Thunderbird (any
version).
2) Open your inbox, you must have a handful of messages for this to work.
3) Leave Thunderbird running with you Inbox open
4) Shutdown and Restart the Mercury/32 server.
5) As soon as thunderbird reconnect, the messages will be screwed up.
To fix, delelte messed up emails (move to trash) then UNDO.
Comment 4•19 years ago
|
||
(In reply to comment #0)
> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5)
> Gecko/20041018
> Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5)
> Gecko/20041018
>
> I have experianced several instances where Thunderbird will display the wrong
> headers for messages in the Inbox.
I've been unable to use any version past 1.0.7 because of this problem.
Yesterday I tried 1.5.0.5 on a brand new WinXP machine (no previous Thunderbird install). I would estimate that half of my messages did not match the displayed list heading. I then installed 1.0.7 on top of 1.5.0.5, and everything is fine now.
I routinely try new versions on other machines, but always have to revert to 1.0.7. I should add that Outlook (or my webmail interface) never has this problem.
Using Dovecot IMAP running on a FreeBSD server.
***NEWSFLASH***
Just now as a last resort before sending this message, we upgraded Dovecot from dovecot-1.0-test59 to dovecot-1.0.beta9. After verifying that TB 1.0.7 was still working properly, I tried 1.5.0.5 again, and now IT appears to be working fine. I hope this info might help in tracking down the root cause of this issue.
Steve Maki
I get the same problem with IMAP, and I am also unable to reproduce it consistently. Not only do I have the wrong titles, but some of the e-mails seem to disappear at the same time (the latest ones) -- almost as if the index got corrupted and is out of whack with the view of e-mail lists. I shut it down and restart it to rebuild the index, at which point the index seems to get rescanned and everything returns to normal (i.e. no actual mail is lost). It actually seems to have gotten somewhat worse with the new version 1.5.0.7.
It seems to be worse in subfolders that have a lot of mail and a rule to move incoming mail into them. It happens many times while just viewing the subfolder and new mail arrives and gets moved into the subfolder.
'Tis driving me nuts.
Comment 6•19 years ago
|
||
I've not seen this but it seems to be confirmed by several users. Can anyone get an IMAP log of a session in which this occurs? http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html explains how to enable this.
Severity: critical → major
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Updated•18 years ago
|
QA Contact: front-end
Reporter | ||
Comment 7•17 years ago
|
||
It's become less frequent, but it does happen every now and then. I recently change my IMAP mail server from Mercury/32 to Dovecot. The last time it happened was about 2 weeks ago (with Dovecot), but it only occurred with one or two emails.
The next time this happens I will provide you with the IMAP log.
Updated•17 years ago
|
Assignee: mscott → nobody
Comment 8•16 years ago
|
||
I think these are likely threading/display issues, where imap log won't be useful. Some are fixed in v3 beta 1, and some are still in progress. You can get a read on it by trying an early release (backup your profile first, and make sure your data is recoverable). http://www.mozillamessaging.com/en-US/thunderbird/early_releases/
See Also: → https://launchpad.net/bugs/491170
Comment 11•15 years ago
|
||
Created by:
export NSPR_LOG_MODULES=imap:5
export NSPR_LOG_FILE=/tmp/imap.log
thunderbird
MozillaThunderbird-3.0.0-1.1.1.x86_64 from OpenSuSE
dovecot-1.0.2 on OpenBSD 4.0 for IMAP server.
Problem does not occur on Tbunderbird 2.x.
The attached file is a gzipped imap log.
Removing INBOX.msf and letting Thunderbird re-index solves the problem for a while.
Comment 12•15 years ago
|
||
One other observation. The problem seems to always occur after a "compact" on the mailbox. However, not every compact causes the problem. Maybe a compact when new mail has also arrived?
Updated•15 years ago
|
Whiteboard: [has protocol logs]
Comment 13•14 years ago
|
||
cs, and others....
Do you still see this problem when using version 3.1 or newer?
FWIW, Nex and Steve do not.
(In reply to comment #10)
> *** Bug 533398 has been marked as a duplicate of this bug. ***
copied from cs' bug above...
Steps to Reproduce:
1. Open a (ideally slow) IMAP folder
2. Click a random message and wait for it to load and display.
3. Click a conversation node in the message list, causing the display to show
the "conversation overview"
4. Now click a different (not previously loaded) random message and wait for it
to load.
Actual Results:
The immediate response of the display is to show the previous (wrong) message,
until the new message is loaded and replaces the old one.
Comment 14•14 years ago
|
||
I am running OpenSuSE 11.3 with the Mozilla repository as my source for updates. It appears that 3.1.8 showed up in the repository 22-Feb-2011 and the normal updates repository on 02-Mar-2011, so this means that 3.1.8 is affected by the bug, which I have experienced in the last couple of weeks.
Reporter | ||
Comment 15•14 years ago
|
||
I have not experienced this exact issue ever since migrating my IMAP server from Mercury/32 to Dovecot. However, I do notice every once in a while that the new mail toaster pop-up has incorrect message titles.
Comment 16•14 years ago
|
||
(In reply to comment #15)
> I have not experienced this exact issue ever since migrating my IMAP server
> from Mercury/32 to Dovecot.
Daniel, thanks for the update.
so original bug report WFM per comment 15
> However, I do notice every once in a while that
> the new mail toaster pop-up has incorrect message titles.
perhaps a separate bug?
If anyone else still sees a problem, there is Bug 563182 - wrong email shown sometimes using IMAP folder - unmatched message body
And we could reopen one of these that are reported staring in v3 ...
Tobias' bug 473358 - IMAP folders shows wrong message
cs' bug 533398 - message window is, briefly, showing the wrong contents when selecting a new message in message list
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Comment 17•14 years ago
|
||
I am using TB 3.1.10 with a German Ubuntu 10.10 64 bit. This mis-match between header and message body occurs on my system, as well. I started noticing it after installing the "BetterConversation" add-on and blamed it for the errors. However, I still get this behavior after uninstalling the add-on.
I'm not sure how to reproduce it consistently, it just happens once in a while (albeit more than once per week). Instead of deleting/using a trash folder I just mark messages as deleted upon deletion so I use "Compact folders of this account" quite a lot to rid myself of the deleted messages.
Comment 18•14 years ago
|
||
I am using GMX as mail provider, however, I've no idea what kind of IMAP server they're running.
Comment 19•14 years ago
|
||
Since I thought of the BetterConversation plugin as the culprit for the mismatch bewteen headers and message bodies I deactivated it. I decided to use on-board functions from Thunderbird 5 to have a similar functionality: I enabled grouping by topic and copied all my sent messages to the respective folders with received mails to get complete conversations/threads of a certain topic.
The reorganization culminated in the fusion of two "archive folders", one for received, the other for sent mails. Combined, there are now some 11000 messages worth of 900 MB in one folder. After the join I compacted the parent folder and subsequently realized many messages with wrong headers. "Repair folders" fixed it.
Might the folder compaction algorithm be involved in the problem?
Comment 20•14 years ago
|
||
noway, the original reporter's issue is one for him, so you are likely experiencing something with a different cause.
At this point, you will want to use version 5, annd if you still see thie problem then try creating a new profile https://support.mozillamessaging.com/en-US/kb/Using+Multiple+Profiles
Comment 21•14 years ago
|
||
Thank you for the tip, Wayne! Unfortunately, this mismatch between headers and message bodies occurs both in TB3 AND TB5 for me. I noticed it first with TB3 on Ubuntu 10.10 64 bit. With Win 7 on a different machine I went for TB 5 as soon as it was available. I specifically created a new profile bearing in mind that there might be compatibility issues. Alas, both versions exhibit the problem.
Shall I file a new bug then?
Comment 22•14 years ago
|
||
(correction) the original reporter's issue is Gone
Kenneth, noway, if you still see this issue when using version 5, could you also please file a new bug with protocol log? (and post the new bug number here please)
Comment 23•14 years ago
|
||
Wayne, I filed a new bug #671802 for my problem. How do I get the protocol log you've mentioned?
Comment 24•14 years ago
|
||
(In reply to comment #23)
> Wayne, I filed a new bug #671802 for my problem. How do I get the protocol
> log you've mentioned?
https://wiki.mozilla.org/MailNews:Logging
and asking in the new bug would help :-)
Comment 25•14 years ago
|
||
Thanks Ludovic! You are one ubiquitous fellow :D! I asked here because Wayne requested the log here.
Comment 26•13 years ago
|
||
""
Reported: 2004-10-20 10:19 PDT by Daniel Morante
Modified: 2011-07-15 01:28 PDT
""
LOOOOOL - This problem has been going on for 8 years Mozilla & yet we are still suffering this problem....Looks like we'll be going back to outlook express :-( I've found no fix for this at all.
Nice try Mozilla but this is just as annoying as the "using 1.3gb of RAM for a Google search" problem in Firefox.
You need to log in
before you can comment on or make changes to this bug.
Description
•