Closed
Bug 89560
Opened 23 years ago
Closed 17 years ago
Email threading not working as expected
Categories
(SeaMonkey :: MailNews: Message Display, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 181446
People
(Reporter: keiths, Unassigned)
Details
(Keywords: qawanted)
Attachments
(1 file)
367 bytes,
text/plain
|
Details |
When you sort by thread in the email window, some messages are not included under a thread when they should be. By pointing mozilla to my IMAP server and pointing Netscape 4.77 Messenger to the same IMAP server the way messages are threaded is different. Messages that should be grouped into a thread are listed individually in mozilla but are correctly grouped in Netscape. I believe this is a problem on the GUI side has to how the messages are sorted and displayed in the client window but I could be wrong. This makes using mozilla a bit awkward and finding a particular message when it part of a thread but isn't there a bit tougher than it should be. I think this is a fairly important bug to get fixed, IMHO., of course. :-)
Comment 1•23 years ago
|
||
I can confirm that this is also the case on build 2001072503 running on Win2K - so I would suggest changing the platform and OS to 'all' (unless anyone can contradict this, of course). I'm not sure it falls under 'Mail Window Front End', but then I don't touch the code ;) My full theory about the actual threading taking place is very simple: a thread is a group of message with the same subject. That's it. However, dispite this, on occasions (no obvious link) the messages for one thread actually nest more than 1 level deep. This does, of course, mean that the origional message (the one without 'Re:' - or it's localized equivilent) does not count as part of the thread. I would have to agree to the 'major' severity of this bug, since mail/news is fairly useless for those of us who like to follow the threads.
Comment 2•23 years ago
|
||
Comment 3•23 years ago
|
||
I've identified the cause of this bug (at least in high-level terms): Mozilla does not implement In-Reply-To header threading. Normaly, threading uses the References header, listing all previous messages IDs, but there is another (probably older) method - the In-Reply-To header. This simply contains the message ID of the previous message only.
Comment 5•23 years ago
|
||
Confirmation that this is also present on Mozilla build 0.9.4 for i686 Linux OS. This problem has been around for a while (M series builds...) I have also found that the threading can jump from subject 'A' being the top parent and part way down the thread the subject will jump to 'B'. This causes many problems when deleting an entire thread and accidentally wiping out half of the Good Stuff at the same time.
Comment 6•23 years ago
|
||
In-Reply-To support is in mozilla since April 3rd, 2000. And I cannot reproduce this behaviour - I can see correct threading with In-Reply-To headers (no References headers, though). When I remove message from middle of thread, sub-threading becomes a bit funny (In-Reply-To hold only one reference after all) , but all messages are under main thread... May I ask anybody to make testcase? I mean, small sample mailbox with broken threading?
Comment 7•23 years ago
|
||
Well, I found testcase in my mailbox today :-)
Comment 8•23 years ago
|
||
I don't really believe the 3rd April 2000 date, since it was not working *at all* for me in the middle of September this year, but I now believe it might be the situation where you have follow-up messages using References, then a follow-up message using In-Reply-To. It does, however, seem to be working better, at least, on build 2001101408 (0.9.5+) on Win2K.
Comment 9•23 years ago
|
||
Give me testcase,please! Unfortunately, I accidently removed my own testcase before I got any chance to look at it :-((. Any other problems with threading I've seen until now is due to absense of In-Reply-To or References headers....
Comment 10•23 years ago
|
||
I still can't reproduce that bug. Threading is broken only when there's no In-Reply-To or References header in message (Sun's dtmail doesn't set any of these headers)
Comment 11•22 years ago
|
||
No action on this for ages. Can this testcase be attached to this bug ? Keith, can you still see the problem in a current Mozilla build ?
Reporter | ||
Comment 12•22 years ago
|
||
Mark this as closed. It seems to be working well on Solaris (RC3 build). I have both Mozilla and Netscape email up and threaded. They are both displaying the message headers in the same (correct?) order. So it works for me. I'd say its fixed.
Comment 13•22 years ago
|
||
James Ross, how about you ? Can you still see a problem ?
Comment 14•22 years ago
|
||
I still see massive problems on Linux with 1.0. This is most definitely not fixed.
Comment 15•22 years ago
|
||
Then please attach an example mailbox Eric.
Comment 16•22 years ago
|
||
Actually, I was thinking of the equivalent bug with news. I know I've seen this in the past, but a) It was not always reproducible b) I doubt it would happen in a thread I wanted to share with the whole world Resolve this bug if you are so inclined
Reporter | ||
Comment 17•22 years ago
|
||
I'm not seeing any problem in Linux for 1.0. It is matching the Solaris Netscape and Mozilla just fine.
Comment 18•22 years ago
|
||
Threading may be consistent with netscape or similar but is it right? I've got a test box at the moment, that shows the sub level replies as being children of the wrong parent message. From what I can see of the headers, it appears that the problem may be due to having both in-reply-to and references headers. It would seem that the client putting together these messages with strange (and apparently contradictory) headers is eudora 4.3.2 How do I go about attaching a "testcase" mailbox for you? I'll keep the messages for now at any rate. Moz version for me is: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826
Comment 19•21 years ago
|
||
release Moz v1.3 on win32 (and many blds previous) -- Observing disturbing behavior in Mail/News threading when using IMAP(s): a)new msg received in multi-msg thread b)green mark on thread (term??) signifies unread msg in thread c)expand thread and no msg viewable. d) Re-sort based on any other criteria (date, subject, etc -- not thread view) and message is present. e) re-sort back to thread view and thread icon still signifies unread msg in thread f) back to (c). This has been problem for ~six months. Looking for specfic bug ID -- hope this is it!!
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 20•20 years ago
|
||
One problem I've seen with Thunderbird since I started using it is it sometimes naively groups together messages with the same subject, even though there's no other reason to do this. This results in messages being threaded that shouldn't. A prime example is the FreeBSD cvs-src list where all commits that have the same fileset get lumped into the same thread. I can attach a sample of these if desired. Would it be possible to have a set of switches for threading behaviour or some other way to configure it so that this can be enabled/disabled?
Comment 21•20 years ago
|
||
if you don't want messages with the same subject threaded together, you can set the hidden pref user_pref("mail.thread_without_re", false);
Comment 22•20 years ago
|
||
That doesn't appear to solve the problem. I've enabled it in my user.js file but the messages are still being incorrectly threaded.
Comment 23•20 years ago
|
||
you have to delete the .msf file if you want messages to be re-threaded. That pref only affects newly arrived messages.
Comment 24•20 years ago
|
||
I did that and it caused the folders to vanish. I elected to do a reinstall and apart from the annoyance of having to download all the IMAP message headers again it appears to be working now. Would it be worthwhile adding a "regenerate threading information" button somewhere? Thanks for all your help!
Comment 25•20 years ago
|
||
On a contrarian note, I have an easily reproducible testcase where Subject-based threading would be the only answer (i.e. no "Message-ID" in the first message in the thread), and still Mozilla won't thread it, regardless of how thread_without_re is set. Why? Moreover, recent Microsoft MUAs (read: Outlook 11 (NOT Outlook Express)) do not use either "In-Reply-To" nor "References", but "Thread-Index". It's a mess. BTW, shouldn't this bug be set to "All hardware" and "All OSes"?
Updated•19 years ago
|
Assignee: sspitzer → mail
Comment 26•19 years ago
|
||
Maybe this is same problem as bug 181446?
Comment 27•18 years ago
|
||
Does anybody have this problem anymore? If you do, a sample mail folder would be needed. (Put all your mails in a folder, locate the folder in your mozilla profile and attach it here, for a folder named "bug89560", the file you should attach is also named "bug89560" with no extension.) Without a test case it seems of no use to keep this open.
Comment 28•17 years ago
|
||
Hello Magnus, I had this problem too, till I found this bug report and the solution with the hidden pref. As I normal would not search for a hidden pref, but for a UI option to control this, it would be nice if this issue could be left open so that a UI option for this will be developed.
Comment 29•17 years ago
|
||
This bug isn't about an ui for mail.thread_without_re. Duping to bug 181446 which has a possible fix on the way.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•