Some threads cannot be unexpanded

[trisk]

With the introduction of threaded message list, some threads have all messages shown as toplevel without threading controls. The screenshot shows an example.

[trisk]

A normal thread, followed by a thread with no controls

[alec]

Are you sure this is a thread? Enable imap_debug and check server response.

[trisk]

I assumed they were grouped as a thread as the message list is sorted by date, and the older related messages are displayed above more recent unrelated messages in the message list.

Not terribly familiar with the IMAP definition of a thread and the IMAP log seems have the output of two concurrent sessions for some reason, but the server is sending all of the headers together in response to what seems to be a FETCH with thread IDs.

[22-Mar-2010 16:23:05 -0400]: C: thrd1 THREAD REFS US-ASCII ALL
[22-Mar-2010 16:23:05 -0400]: S: * THREAD <ridiculously long line> (3230 3234)
[22-Mar-2010 16:23:06 -0400]: S: thrd1 OK Thread completed.
...
[22-Mar-2010 16:23:10 -0400]: C: I LOGOUT
[22-Mar-2010 16:23:11 -0400]: S: thrd1 OK Thread completed.
[22-Mar-2010 16:23:11 -0400]: C: FH12 FETCH 3230,3234,3233,3231,3204,3207,3208,3
212,3227,3228,3229,3232,3226,3225,623,979,2327,2006,247,137,1757,1494,165,622,20
52,1287,3224,3223,3222,3213,3221,3220,3219,3218,3217,3216,3215,3214,3211,3210,32
09,3206,3205,3203,3202,3201,3200,3199 (UID RFC822.SIZE FLAGS INTERNALDATE BODY.P
EEK[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC BCC CONTENT-TRAN
SFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES DISPOSITION-NOTIFICATION-TO X-P
RIORITY X-DRAFT-INFO LIST-HELP LIST-SUBSCRIBE LIST-UNSUBSCRIBE LIST-POST LIST-OW
NER LIST-ARCHIVE)])
[22-Mar-2010 16:23:11 -0400]: S: * 137 FETCH (UID 6859 RFC822.SIZE 3864 FLAGS (\
Seen) INTERNALDATE "17-Dec-2009 23:20:31 -0500" BODY[HEADER.FIELDS (DATE FROM TO
 SUBJECT REPLY-TO IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESS
AGE-ID REFERENCES DISPOSITION-NOTIFICATION-TO X-PRIORITY X-DRAFT-INFO LIST-HELP 
LIST-SUBSCRIBE LIST-UNSUBSCRIBE LIST-POST LIST-OWNER LIST-ARCHIVE)] {397}
[22-Mar-2010 16:23:11 -0400]: S: Date: Fri, 18 Dec 2009 04:20:04 GMT
Message-Id: <200912180420.nBI4K44r005506@lv-defect.opensolaris.org>
From: bugzilla@defect.opensolaris.org
To: trisk@opensolaris.org
Subject: [Bug 12369] Options tab missing from OSS Mixer
In-Reply-To: <bug-12369-452@http.defect.opensolaris.org/bz/>
References: <bug-12369-452@http.defect.opensolaris.org/bz/>
Content-Type: text/plain; charset="UTF-8"


[22-Mar-2010 16:23:11 -0400]: S: )
[22-Mar-2010 16:23:11 -0400]: S: * 622 FETCH (UID 7711 RFC822.SIZE 5866 FLAGS (\Seen) INTERNALDATE "17-Dec-2009 17:39:34 -0500" BODY[HEADER.FIELDS (DATE FROM TO SUBJECT REPLY-TO IN-REPLY-TO CC BCC CONTENT-TRANSFER-ENCODING CONTENT-TYPE MESSAGE-ID REFERENCES DISPOSITION-NOTIFICATION-TO X-PRIORITY X-DRAFT-INFO LIST-HELP LIST-SUBSCRIBE LIST-UNSUBSCRIBE LIST-POST LIST-OWNER LIST-ARCHIVE)] {442}
[22-Mar-2010 16:23:11 -0400]: S: Date: Thu, 17 Dec 2009 22:39:02 GMT
Message-Id: <200912172239.nBHMd230009907@lv-defect.opensolaris.org>
From: bugzilla@defect.opensolaris.org
To: trisk@opensolaris.org
Subject: [Bug 12369] Options tab missing from OSS Mixer
In-Reply-To: <bug-12369-452@http.defect.opensolaris.org/bz/>
References: <bug-12369-452@http.defect.opensolaris.org/bz/>
Content-Type: text/plain; charset="UTF-8"


...and so on

[alec]

This "radiculously long line" is important. Server is returning threads structure. Find UIDs of these messages in response of THREADS command.

[trisk]

OK, this seems to be the relevant part of the THREAD response with the IDs 137 and 622 from the first two messages.
((1287)(2052)(622)(165)(1494)(1757)(137)(247)(2006)(2327)(979)(623)(3225))

I'm interpreting the surrounding parens as indicating they are in the same thread.

[alec]

​http://tools.ietf.org/search/rfc5256 It looks like there's no parent message for all these messages (or is deleted and you're using "don't show deleted" option). So, for me this is not a bug.