From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.user/595 Path: news.gmane.org!not-for-mail From: Reiner Steib <4uce.02.r.steib@gmx.net> Newsgroups: gmane.emacs.gnus.user Subject: What is (setq gnus-fetch-old-headers number) supposed to do? (was: Gnus always downloads 19Mb headers) Date: Thu, 06 Jun 2002 17:38:12 +0200 Organization: Dept. of Theoretical Physics, University of Ulm Message-ID: References: <871yc00w8b.fsf@gmx.net> <871ybylpxs.fsf@gmx.net> <87y9dt3b5o.fsf@gmx.net> Reply-To: reiner.steib@gmx.de NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Trace: sea.gmane.org 1138667541 7564 80.91.229.2 (31 Jan 2006 00:32:21 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2006 00:32:21 +0000 (UTC) Original-X-From: nobody Tue Jan 17 17:27:49 2006 Original-Newsgroups: gnu.emacs.gnus X-Face: .*T0'iU(sujq_j9\J>-d4fg;N/1++U#U$_5ii6k.=|"-n'?5O:Hyz&wi'-!I~,}7~GgT=0S /&-R5sbkNy5+Xo1y{Tw2KKxi@Xh"g@]Qc|.U<*]WDd)qvGowFDvfU1F]{EDho:7P0@|oOD=Bc{K4?> WP68K[Mx:}=`ZT'6g4'f+g?;`vri2!)xGy}3:=l'(/Cea0l4lo^H5#@/Z3ev User-Agent: Gnus/5.090007 (Oort Gnus v0.07) Emacs/21.1 (i586-pc-linux-gnu) Cancel-Lock: sha1:RRDAc4/zPS8LwM0dteIqDLqPfqc= Original-NNTP-Posting-Host: theotp5.physik.uni-ulm.de Original-X-Trace: news.uni-ulm.de 1023377899 theotp5.physik.uni-ulm.de (6 Jun 2002 17:38:19 +0200) Original-Path: quimby.gnus.org!news.ccs.neu.edu!news.dfci.harvard.edu!news.cis.ohio-state.edu!news.ems.psu.edu!news.cse.psu.edu!uwm.edu!newsfeed.cs.wisc.edu!nnxp1.twtelecom.net!news.stealth.net!news.stealth.net!gatel-ffm!news-fra1.dfn.de!news-stu1.dfn.de!news.belwue.de!news.uni-ulm.de!theotp5.physik.uni-ulm.de!nobody Original-Xref: bridgekeeper.physik.uni-ulm.de gnus-emacs-gnus:735 Original-Lines: 54 X-Gnus-Article-Number: 735 Tue Jan 17 17:27:49 2006 Xref: news.gmane.org gmane.emacs.gnus.user:595 Archived-At: On Thu, Jun 06 2002, Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai wrote: > Reiner Steib <4uce.02.r.steib@gmx.net> writes: > >> I've experimented with setting it to a number, say N. Then, Gnus only >> seemed to fetch old headers, if there were less than N articles in >> this group (total number of articles). But maybe my impression wrong. >> Is this how it's supposed to work? > > I think it's supposed to always fetch N old headers, unless the group > has less than N articles (then it fetches all headers). This is what I expected to see, too. It would be very nice to have something like this (don't know if it's possible): 1. Fetch unread (and ticked) articles. 2. Look at the References and fetch at most N old (parent-) articles of those articles. > It doesn't make sense for it to fetch no old headers at all in large > groups. I switched back to (setq gnus-fetch-old-headers 2000) now. In some groups (or even some threads?) I see old headers and in others not, though there should be some very recent parent articles. E.g. here in gnus.emacs.gnus I see: +[ 16: Kai Großjohann ] Re: Gnus always downloads 19Mb headers O [ 24: Armin Lambacher ] Re: strange error message with imap O + [ 11: those who know me ha] O [ 17: Armin Lambacher ] O + [ 17: those who know me ha] [ 37: Armin Lambacher ] O + [ 24: Simon Josefsson ] O [ 156: Armin Lambacher ] O + [ 33: Simon Josefsson ] [ 14: Armin Lambacher ] +[ 19: Kai Großjohann ] Re: nnimap and split with parent [ 35: Uli Wortmann ] Re: gnus/nnimap behaviour in case of [...] I would expect to see (at least some of) the parents of _both_ of your articles Kai, as the parents are from today, so they definitively are within the value 2000 of gnus-fetch-old-headers. The highest article number for g.e.g is around 22162. Changing gnus-fetch-old-headers to 30000 and re-entering the group also didn't show me all expected parents. I can't see any systematic behavior. :-( Bye, Reiner. -- ,,, (o o) ---ooO-(_)-Ooo--- PGP key available via WWW http://rsteib.home.pages.de/