> Date: 2026-08-27 12:49:41+0200
> From: Alejandro Colomar <[email protected]>
>
[...]
> mutt(1):
>       4224 rsF Dec 06 To linux-man@vg (4.4K) [PATCH] sscanf.3: Remove term 
> 'deprecated', and expand BUGS
>       4225  sF Dec 06 To linux-man@vg (5.1K) ├─>
>       4226 r T Dec 06 Matthew House   (1.7K) │ └─>
>       4227  sF Dec 06 To Matthew Hous (5.6K) │   └─>
>       4228 r T Dec 06 Matthew House   (2.1K) │     └─>
>       4229   T Dec 06 Matthew House   (0.3K) │       ├─>
>       4230  sF Dec 06 To Matthew Hous (3.7K) │       └─>
>       4231   T Dec 06 Lee Griffiths   ( 12K) └─>
>       4232 r   Dec 07 Lee Griffiths   (5.2K)   └─>Fwd: [PATCH] sscanf.3: 
> Remove term 'deprecated', and expand BUGS
>       4233  sF Dec 09 To Lee Griffith (5.2K)     └─>
> 
> neomutt(1):
>       4224 rs  Dec 06 Alejandro Colom (4.4K) [PATCH] sscanf.3: Remove term 
> 'deprecated', and expand BUGS
>       4225  s  Dec 06 Alejandro Colom (5.1K) ├─>
>       4226 r   Dec 06 Matthew House   (1.7K) │ └─>
>       4227  s  Dec 06 Alejandro Colom (5.6K) │   └─>
>       4228 r   Dec 06 Matthew House   (2.1K) │     └─>                        
>                                                                     
>       4229     Dec 06 Matthew House   (0.3K) │       ├─>
>       4230  s  Dec 06 Alejandro Colom (3.7K) │       └─>
>       4231     Dec 06 Lee Griffiths   ( 12K) └─>
>       4232 r   Dec 07 Lee Griffiths   (5.2K)   └─>Fwd: [PATCH] sscanf.3: 
> Remove term 'deprecated', and expand BUGS
>       4233  s  Dec 09 Alejandro Colom (5.2K)     └─>
> 
> Both mutt(1) and neomutt(1) seem to agree.
> 
> The message with two In-Reply-To header fields is 4228.
> I'll write an equivalence of the header fields contents using numbers,
> to help see how mutt(1) is behaving:
> 
>       IRT: 4225 4227
>       Ref: 4224 4225 4226 4227
> 
> Naturally, the 'References' field is used to form the path, and even
> though there are two "parents", the path shown in 'References' clearly
> tells which is the "closest" parent for printing the tree.
> 
> Thus, I'd keep the 'References' of one of them (I'd use the longer one)
> when there are two parents, to help mutt(1) form a tree.

Or maybe, have an empty References, and discourage from doing this
automatically.  It kind of makes more sense to do it manually, by
replying to a message, and later adding manually the others.  That way,
mutt(1) keeps simpler.

Knowing that mutt(1) will use the multiple references headers ignoring
the multiple In-Reply-To's means that it will thread it just fine when
done manually.


Cheers,
Alex

-- 
<https://www.alejandro-colomar.es>

Attachment: signature.asc
Description: PGP signature

Reply via email to