Referencesin the current article are not mangled, you can just press ^ or A r (
gnus-summary-refer-parent-article). If everything goes well, you'll get the parent. If the parent is already displayed in the summary buffer, point will just move to this article.
If given a positive numerical prefix, fetch that many articles back into
the ancestry. If given a negative numerical prefix, fetch just that
ancestor. So if you say 3 ^, Gnus will fetch the parent, the
grandparent and the great-grandparent of the current article. If you say
-3 ^, Gnus will only fetch the great-grandparent of the current
Referencesheader of the article (
gnus-summary-refer-thread). This command has to fetch all the headers in the current group to work, so it usually takes a while. If you do it often, you may consider setting
invisible(see Filling In Threads). This won't have any visible effects normally, but it'll make this command work a whole lot faster. Of course, it'll make group entry somewhat slow.
gnus-refer-thread-limit variable says how many old (i.e.,
articles before the first displayed in the current group) headers to
fetch when doing this command. The default is 200. If
the available headers will be fetched. This variable can be overridden
by giving the A T command a numerical prefix.
gnus-summary-refer-article) will ask you for a
Message-ID, which is one of those long, hard-to-read thingies that look something like ‘<firstname.lastname@example.org>’. You have to get it all exactly right. No fuzzy searches, I'm afraid.
Gnus looks for the
Message-ID in the headers that have already
been fetched, but also tries all the select methods specified by
gnus-refer-article-method if it is not found.
If the group you are reading is located on a back end that does not
support fetching by
Message-ID very well (like
you can set
gnus-refer-article-method to an NNTP method. It
would, perhaps, be best if the NNTP server you consult is the one
updating the spool you are reading from, but that's not really
It can also be a list of select methods, as well as the special symbol
current, which means to use the current select method. If it
is a list, Gnus will try all the methods in the list until it finds a
Here's an example setting that will first try the current method, and then ask Google if that fails:
(setq gnus-refer-article-method '(current (nnweb "google" (nnweb-type google))))
Most of the mail back ends support fetching by
do not do a particularly excellent job at it. That is,
nnml, are able to locate
articles from any groups, while
only able to locate articles that have been posted to the current
nnmh does not support this at all.
Fortunately, the special
nnregistry back end is able to locate
articles in any groups, regardless of their back end (see fetching by
Message-ID using the registry).