From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37317
Path: main.gmane.org!not-for-mail
From: Karl Kleinpaste <karl@charcoal.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: gnus-topic-get-new-news-this-topic grabs a lot of data on
 gnus.ding
Date: Tue, 31 Jul 2001 09:20:24 -0400
Message-ID: <vxkzo9l2q1z.fsf@cinnamon.vanillaknot.com>
References: <ud76h5jo3.fsf@cli.de>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: main.gmane.org 1035172751 13238 80.91.224.250 (21 Oct 2002 03:59:11 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2002 03:59:11 +0000 (UTC)
Return-Path: <karl@charcoal.com>
Return-Path: <karl@charcoal.com>
Original-Received: (qmail 23544 invoked from network); 31 Jul 2001 13:20:26 -0000
Original-Received: from mesquite.slip.cs.cmu.edu (HELO cinnamon.vanillaknot.com) (128.2.207.11)
  by gnus.org with SMTP; 31 Jul 2001 13:20:26 -0000
Original-Received: (from karl@localhost)
	by cinnamon.vanillaknot.com (8.11.2/8.11.2) id f6VDKOp18638;
	Tue, 31 Jul 2001 09:20:24 -0400
Original-To: ding@gnus.org
X-Face: ?=p^Gj2JkX~UU_@W}[q/'Dxn19x-zfIQ](y<&ky/?1-&Nz&,!W}R.Gp+"LeGojoR
	=RF>?!XVs{a:`Yt(gqM<#$Zy(C@]'dR4Hy4S1.I(n3:2"R:=Uy!)K9>U!gNTyH{p
	+_w#F[gt).$Vyvo5=9LF^PeQ(@H#}QLAbfyYxX/8t:TDR5nA\|RmJO"EwjL8tWyvM
In-Reply-To: <ud76h5jo3.fsf@cli.de> (Christoph Conrad's message of "Tue, 31
 Jul 2001 15:10:04 +0200")
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Artificial
 Intelligence)
Original-Lines: 19
Xref: main.gmane.org gmane.emacs.gnus.general:37317
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37317

Christoph Conrad <cc@cli.de> writes:
> Gnus grabs about 20-30 KByte data
> (shown in the status line) from the server, even when only one or two
> messages with about 2-4 KByte are new.

If `gnus-fetch-old-headers' is non-nil:

  *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 non-nil, Gnus
  will attempt to grab the headers to the old articles, and thereby
  build complete threads.  If it has the value `some', 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.