Re: How to prevent gnus from always downloading full index

a...@koldfront.dk (Adam Sjøgren) writes: > Andreas writes: > >> Adam Sjøgren koldfront.dk> writes: >> >>> Ah! This looks suspicious: >>> >>> gnus-fetch-old-headers t >>> >>> From the documentation: >>> >>> "This feature can seriously impact performance it ignores all locally >>> cached

Re: How to prevent gnus from always downloading full index

Hi, I am sorry. >> and the C-h v gnus-fetch-old-headers value is nil ^ ^^^ This was from my box at home! and the one that misbehaved was the one that was at workplace. And indeed it had the same configuration error The

Re: How to prevent gnus from always downloading full index

B.V. writes: >>> and the C-h v gnus-fetch-old-headers value is nil >^ ^^^ This was from my >box at home! and the one that misbehaved was the one that was >at workplace. And indeed it had the same configuration error Ah, ok,

Re: How to prevent gnus from always downloading full index

Andreas writes: >> How many articles do you ask Gnus to display when entering a group? > 200 I think it should only fetch the "overview" for the newest 200 then. Odd. >> Have you "caught up" the groups in question (i.e. marked all the old >> articles as read)? > Yes, the *group* buffer shows

Re: How to prevent gnus from always downloading full index

Andreas writes: > Adam Sjøgren koldfront.dk> writes: > >> Ah! This looks suspicious: >> >> gnus-fetch-old-headers t >> >> From the documentation: >> >> "This feature can seriously impact performance it ignores all locally >> cached header entries. Setting it to t for groups for a server

Re: How to prevent gnus from always downloading full index

Hi, >>> Ah! This looks suspicious: >>> >>> gnus-fetch-old-headers t I run: GNU Emacs 24.5.1 (x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2015-10-25 on trouble, modified by Debian and the C-h v gnus-fetch-old-headers value is nil I have a little different issue. When I subscribe

Re: How to prevent gnus from always downloading full index

B.V. writes: > and the C-h v gnus-fetch-old-headers value is nil > > I have a little different issue. When I subscribe to a group like > debian.user -- The history is pretty large, 150MB or so. I had marked it > read by using `c' key to catch-up the group. > > However, now when entering the

Re: How to prevent gnus from always downloading full index

Adam Sjøgren koldfront.dk> writes: > Ah! This looks suspicious: > > gnus-fetch-old-headers t > > From the documentation: > > "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

Re: How to prevent gnus from always downloading full index

a...@koldfront.dk (Adam Sjøgren) writes: > Andreas writes: > >> I'd like to start using GNUs to read mailing lists via nntp/Gmane. Works >> fine so far, but each time I press RET on a group name in the *Group* >> buffer, GNUs seems to download a lot of data (in case of the org-mode >> list, some

Re: How to prevent gnus from always downloading full index

Andreas Hilboll writes: > a...@koldfront.dk (Adam Sjøgren) writes: > >> Andreas writes: >> >>> I'd like to start using GNUs to read mailing lists via nntp/Gmane. Works >>> fine so far, but each time I press RET on a group name in the *Group* >>> buffer, GNUs seems to

Re: How to prevent gnus from always downloading full index

Andreas writes: > I'd like to start using GNUs to read mailing lists via nntp/Gmane. Works > fine so far, but each time I press RET on a group name in the *Group* > buffer, GNUs seems to download a lot of data (in case of the org-mode > list, some 30+M, which takes 10+ seconds). Sounds strange,

How to prevent gnus from always downloading full index

Hello, I'd like to start using GNUs to read mailing lists via nntp/Gmane. Works fine so far, but each time I press RET on a group name in the *Group* buffer, GNUs seems to download a lot of data (in case of the org-mode list, some 30+M, which takes 10+ seconds). Maybe I don't understand the