[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Gnus: caching message headers?

From: Gregory Heytings
Subject: Re: Gnus: caching message headers?
Date: Mon, 07 Sep 2020 17:10:42 +0000
User-agent: Alpine 2.22 (NEB 394 2020-01-19)

Hi Eric,

Many thanks for your answer.

I would like to have, in the *Summary*, a complete list of the emails contained in a folder when I hit RET on its label. Each time I do this however, Gnus asks me how many articles I want to retrieve, and issues a "UID FETCH 1:N (UID RFC822.SIZE BODYSTRUCTURE BODY.PEEK[HEADER.FIELDS (...)])" IMAP command, which can take quite some time to complete when N is large.

Is there a way to convince Gnus to cache the result of that command (without caching all emails), and to issue a command only for the new UIDs? Caching the result of that command should not eat too much disk space.

No, not at the moment. You can avoid the prompt by customizing the value of `gnus-large-newsgroup', but it's still going to retrieve all the headers for the group.

There's currently no way around this, as Gnus only lets you have one active Summary buffer at a time, which means all the old data is dumped every time you switch groups. In the back of my head I have some ideas for removing this restriction, but it will take a long time to get there.

I'm clearly not an expert, but would it not be enough to save and retrieve the contents of nntp-server-buffer in nnimap-retrieve-headers? Or are you thinking about a more generic solution that would work with all backends?

reply via email to

[Prev in Thread] Current Thread [Next in Thread]