Closed Bug 321240 Opened 19 years ago Closed 19 years ago

mail.thread_without_re ignores References and In-Reply-To headers

Categories

(Thunderbird :: Mail Window Front End, defect)

Product:
Thunderbird
Component:
Mail Window Front End
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED DUPLICATE of bug 181446

People

(Reporter: mozilla, Assigned: mscott)

Details

Attachments

(1 file)

Mbox file demonstrating the problem
4.29 KB, text/plain
Details
20051220 trunk Thunderbird is threading messages in the order in which they arrive instead of their proper thread order. This improper thread ordering remains even if you delete the MSF file and re-sort. It appears to be using the order in which the messages appear in the mbox file. Switching the order of the messages in the actual mbox file corrects the threading issue. EXAMPLE Message #1 arrives at 10:00 am Message #3 arrives at 10:15 am Message #2 arrives at 10:20 am. Thunderbird will thread the messages like this: +Message 1 |-- Message 3 +Message 2 If I go into the actual mbox file and edit it so that the messages are in chronological order, then the threading appears properly: +Message 1 |-- Message 2 |-- Message 3
do these messages have message-id's and reference headers? Can you attach a local mailbox that gets threaded incorrectly? Are you threading by subject w/o re?
The messages do not have In-Reply-To or References headers (because it's idiotic Outlook). I will attach an mbox shortly.
if they don't have reference headers, how can you say what the correct threading order is? You want them to be threaded by date order of the sender instead of order of arrival?
If Thunderbird is going to try and group messages by subject, it should group messages by subject. Currently it isn't. See the broken thread example. I can't attach the mbox file because it is almost 200 megabytes. When I separate out the messages, it threads them under one subject (like it should).
It doesn't matter if there are In-Reply-To headers or not, the threading still gets hosed. Attachment coming in a couple minutes.
ah, I see - all three messages have the same subject, but the second message with the same subject isn't getting threaded with the first and third. That wasn't clear to me initially...
Load this mbox up and see what happens.
Thunderbird counts on the thread anchor to appear in the mbox file first. Problem is that they don't always.
Summary: Messages threaded in arrival order → Thread anchors positioned according to arrival order
Without looking at the code, it seems like Thunderbird is approaching threading backwards - relying on each message to convey information about where it should appear in the heirarchy. It should be relying on other messages to indicate where a particular message goes. In other words, instead of asking a mesage, "hey, are you a reply to any messages?" Thunderbird should be asking other messages, "hey, are any of you replies to this message?"
your sample mailbox threads fine for me. Sort Order - 9:02 Re: Sort order - 9:03 Re: Sort Order - 9:02 have you changed any of the threading preferences that you know of? Are you in the default view?
I haven't changed anything that I am aware of. All thread prefs show as default in the config editor. I am in the default three-pane view. My thread looks like this: +Re: Sort Order |-- Re: Sort Order +Sort Order
Interesting. If I rename the mbox file, the threading is fixed. This appears to be a persistence problem. Thread state is stored somewhere aside from the MSF file.
no, threading state is only stored in the .msf file - does the Re: text show correctly in the thread pane in the case where it doesn't work?
The threading has to be stored somewhere else (virtualfolders.dat?). Once a thread is displayed in a broken state, no amount of stopping Thunderbird and deleting the MSF file will get it to display properly. Only renaming the file works. The Re: text displays fine if you mean that literally.
believe me, the threading info is only stored in the .msf file. Tell me the name that doesn't work and the name that does work, and I'll try it here.
Never mind. I found the problem. Setting mail.thread_without_re to false is what is causing the problem. It is being quite literal about it and ignoring the References and In-Reply-To headers.
Summary: Thread anchors positioned according to arrival order → mail.thread_without_re ignores References and In-Reply-To headers
Sorry for all the confusion. Heh. It didn't even dawn on me that thread-without_re wa being very literal. When I changed it in the config editor during testing, I hadn't deleted my MSF file after that.
Should I file a separate bug about the fact that strict threading refuses to thread that mbox at all?
I can't reproduce this and looking at the code reference threading happens all the time. I think this is a DUPL of Bug 181446 because those messages are out-of-sync in that attachment mbox.
*** This bug has been marked as a duplicate of 181446 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: