[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: gnus fetching headers for ages
From: |
Martin |
Subject: |
Re: gnus fetching headers for ages |
Date: |
Tue, 04 May 2010 15:47:28 -0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100305 Lightning/1.0b1 Thunderbird/3.0.3 |
On 03/24/2010 01:17 PM, Ted Zlatanov wrote:
> On Tue, 23 Mar 2010 22:20:26 +0000 xtd8865@gmail.com (.Martin.) wrote:
>
> M> When I check for new messages by pressing 'g' and entering a particular
> M> group, the speed is ok, however, when I go back to the list of groups
> M> (Shift + L) and press RET to see old messages from a particular group it
> M> takes ages to enter a particular group. First it is 'Fetching headers
> M> for alt.......' then 'Generating summary'. Obviously it's a waste of
> M> time and bandwith to do it every single time. How can I modify my
> M> configuration to change this behaviour? This is my .gnus
>
> M> | ;; don't ask how many email to dowload
> M> | (setq gnus-large-newsgroup 'nil)
>
> Use `C-u 100 RET' to read the last 100 messages. Right now you're
> getting every message, which goes back a long ways.
>
> If the group has any new or marked messages this doesn't happen, but
> otherwise you'll get everything.
>
> Ted
Thanks for your reply.
Is it possible to store the read messages locally (or at least their
headers) so that it would only query the newsgroup for new messages?
--
regards
Martin
- gnus fetching headers for ages, .Martin., 2010/05/05
- Re: gnus fetching headers for ages, Ted Zlatanov, 2010/05/04
- Re: gnus fetching headers for ages,
Martin <=
- Re: gnus fetching headers for ages, Ted Zlatanov, 2010/05/04
- Re: gnus fetching headers for ages, .Martin., 2010/05/06
- Re: gnus fetching headers for ages, Ted Zlatanov, 2010/05/04
- Re: gnus fetching headers for ages, .Martin., 2010/05/05
- Re: gnus fetching headers for ages, Adam Sjøgren, 2010/05/04
- Re: gnus fetching headers for ages, Leonidas Tsampros, 2010/05/06
- Re: gnus fetching headers for ages, .Martin., 2010/05/06