From: Tassilo Horn <thorn@fastmail.fm>
To: Arash Esbati <arash.esbati+ml@gmail.com>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Gnus: Gcc and imap folders
Date: Mon, 12 Sep 2016 11:58:10 +0200 [thread overview]
Message-ID: <871t0pfnil.fsf@fastmail.fm> (raw)
In-Reply-To: <86k2euegce.fsf@gmail.com> (Arash Esbati's message of "Fri, 02 Sep 2016 12:38:57 +0200")
Arash Esbati <arash.esbati+ml@gmail.com> writes:
Hi Arash,
> I can't get Gcc and threading work reliably in imap folders. Here an
> example: Incoming mail is shown without parent.
>
> [img]
>
> When I hit `A r', the parent is shown and I get threading:
I can't see your screenshot (I'm ssh-ed into a server) but can it be
that you don't see the parents because you've already read them before?
By default, Gnus won't show old mail. That's controlled by this
variable.
,----[ C-h v gnus-fetch-old-headers RET ]
| gnus-fetch-old-headers is a variable defined in ‘gnus-sum.el’.
| Its value is ‘some’
| Original value was nil
|
| Documentation:
| Non-nil means that Gnus will try to build threads by grabbing old headers.
| If an unread article in the group refers to an older, already
| read (or just marked as read) article, the old article will not
| normally be displayed in the Summary buffer. If this variable is
| t, Gnus will attempt to grab the headers to the old articles, and
| thereby build complete threads. If it has the value ‘some’, all
| old headers will be fetched but only enough headers to connect
| otherwise loose threads will be displayed. This variable can
| also be a number. In that case, no more than that number of old
| headers will be fetched. If it has the value ‘invisible’, all
| old headers will be fetched, but none will be displayed.
|
| The server has to support NOV for any of this to work.
|
| This feature can seriously impact performance it ignores all
| locally cached header entries. Setting it to t for groups for a
| server that doesn’t expire articles (such as news.gmane.org),
| leads to very slow summary generation.
|
| You can customize this variable.
`----
> One thing occured to me is that pretty printing of char numbers is
> broken (n/a) -- it looks fine for the same message in my sent-mail
> archive (I Gcc all mails into nnml+archive:sent-mail, see below).
What are "char numbers"?
Bye,
Tassilo
next prev parent reply other threads:[~2016-09-12 9:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-09-02 10:38 Gnus: Gcc and imap folders Arash Esbati
2016-09-12 9:58 ` Tassilo Horn [this message]
2016-09-12 14:30 ` Arash Esbati
2016-09-12 16:22 ` Tassilo Horn
2016-09-13 8:42 ` Arash Esbati
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871t0pfnil.fsf@fastmail.fm \
--to=thorn@fastmail.fm \
--cc=arash.esbati+ml@gmail.com \
--cc=help-gnu-emacs@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.