threading based on `in-reply-to' headers

threading based on `in-reply-to' headers

[NAGY Andras]

Hi,

it seems to me that pgnus (0.97 and before) uses the in-reply-to
header to do threading and stuff, if there's no references header
available.  This works nice in nnfolder and nnsoup (and possibly
other) groups, but not in nntp ones, at least not for threading.  Gnus
finds the parent when I hit ^ on the article in question, but puts its
summary line at the end of the thread, marked with <>'s, as it had no
parent info available.  (The parent is visible, of course.)

Any idea how to fix this?


Andras

Re: threading based on `in-reply-to' headers

[Kai Großjohann]

NAGY Andras <nagya@valerie.inf.elte.hu> writes:

> it seems to me that pgnus (0.97 and before) uses the in-reply-to
> header to do threading and stuff, if there's no references header
> available.  This works nice in nnfolder and nnsoup (and possibly
> other) groups, but not in nntp ones, [...]

This is because Gnus only uses the info from the overview when
generating the summary buffer, and the In-Reply-To header is not in
the overview info, only the References header is.

I don't know whether it helps to add the in-reply-to header to
gnus-extra-headers. 

kai
-- 
Life is hard and then you die.

Re: threading based on `in-reply-to' headers

[Karl Kleinpaste]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 355 bytes --]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> I don't know whether it helps to add the in-reply-to header to
> gnus-extra-headers. 

No.  On the other hand, it doesn't seem to me that it would be too
hard to add an (or ...) clause around accessing the overview-supplied
references with an in-reply-to extraction from the current article.

Re: threading based on `in-reply-to' headers

[NAGY Andras]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> > it seems to me that pgnus (0.97 and before) uses the in-reply-to
> > header to do threading and stuff, if there's no references header
> > available.  This works nice in nnfolder and nnsoup (and possibly
> > other) groups, but not in nntp ones, [...]
> 
> This is because Gnus only uses the info from the overview when
> generating the summary buffer, and the In-Reply-To header is not in
> the overview info, only the References header is.

Modern nntp servers have a command `list overview.fmt', which displays
the fields in the overview database.  If the server owner adds the
in-reply-to header to the overview database, would gnus make use of it
automatically?

There's another command, `xhdr header [range|MessageID]', which lists
the given header of articles in the given range.  How do I make Gnus
to fetch the in-reply-to headers using this command, and use them for
threading? 


Andras

Re: threading based on `in-reply-to' headers

[Kai Großjohann]

NAGY Andras <nagya@valerie.inf.elte.hu> writes:

> There's another command, `xhdr header [range|MessageID]', which lists
> the given header of articles in the given range.  How do I make Gnus
> to fetch the in-reply-to headers using this command, and use them for
> threading? 

Sadly, I don't know.  But it might be a nice thing to do if it isn't
too slow.

kai
-- 
Life is hard and then you die.

Re: threading based on `in-reply-to' headers

[Lars Magne Ingebrigtsen]

NAGY Andras <nagya@valerie.inf.elte.hu> writes:

> Modern nntp servers have a command `list overview.fmt', which displays
> the fields in the overview database.  If the server owner adds the
> in-reply-to header to the overview database, would gnus make use of it
> automatically?

I'm not quite sure.  It's possible.  If not, it should.  Perhaps.

> There's another command, `xhdr header [range|MessageID]', which lists
> the given header of articles in the given range.  How do I make Gnus
> to fetch the in-reply-to headers using this command, and use them for
> threading? 

Doing so will require quite a lot of work.

-- 
(domestic pets only, the antidote for overdose, milk.)
   larsi@gnus.org * Lars Magne Ingebrigtsen