sslug-teknik team mailing list archive

[Henrik Christian Grove <grove@xxxxxxxx>]

donald_j_axel <donald_j_axel@xxxxxxxxxx> writes:

> Aha!
> 
> Threading styres af feltet References. Måske.
> RFC2822.txt:
> 
> --------------------------------
>    Note: Some implementations parse the "References:" field to display
>    the "thread of the discussion".  These implementations assume that
>    each new message is a reply to a single parent and hence that they
>    can walk backwards through the "References:" field to find the parent
>    of each message listed there.  Therefore, trying to form a
>    "References:" field for a reply that has multiple parents is
>    discouraged and how to do so is not defined in this document.
> --------------------------------
> 
> Kmail laver flere parents (references). Se her:
> 
> 
> References: <87fzrfvhia.fsf@xxxxxxxxxxxxx> 
> <01de01c2c583$bb560680$0400000a@xxxxxxxxxxxxxxxxxx> 
> <87lm17au34.fsf@xxxxxxxxxxxxx>
> In-Reply-To: <87lm17au34.fsf@xxxxxxxxxxxxx>

Det er en ganske normal opførsel. References-feltet indeholder den kæde  
af Message-ID'er der går direkte forud for et indlæg. In-Reply-To
indeholder så kun det sidste.

Jeg har lige tjekket et par indlæg her i gruppen, og mutt, evolution,
mozilla og opera bruger References-feltet på samme måde. Til gengæld er
der ingen af dem der bruger In-Reply-To.

Om det er helt i overensstemmelse med det afsnit fra RFC'en du citerer
er ikke helt klart, men det er en de facto-standard.

.Henrik

> Hvad gør vi? Skal vi til at bruge mutt (the mailer
> which sucks the least!) 

Som sagt gør den det samme så det vil ikke ændre så meget.

.Henrik

-- 
Det er let at skrive drivere
Det er _svært_ at skrive drivere der virker
                                          --- citat Mads Bondo Dydensborg