From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/82251 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.gnus.general Subject: Re: Excessive nntp reads since today Date: Wed, 05 Sep 2012 19:36:41 +0200 Message-ID: <87vcfsv0ba.fsf@thinkpad.tsdh.de> References: <877gvcd91f.fsf@thinkpad.tsdh.de> <85txygk74a.fsf@iznogoud.viz> <87y5nsbqj4.fsf@thinkpad.tsdh.de> <85pq94k37p.fsf@iznogoud.viz> <87aa08big2.fsf@thinkpad.tsdh.de> <87txvcbmk6.fsf@gnus.org> <87wr081qna.fsf@thinkpad.tsdh.de> <87harc788z.fsf@gnus.org> <87zk54v185.fsf@thinkpad.tsdh.de> <857gs874qu.fsf@iznogoud.viz> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1346866619 18273 80.91.229.3 (5 Sep 2012 17:36:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Sep 2012 17:36:59 +0000 (UTC) Cc: ding@gnus.org To: Lars Ingebrigtsen Original-X-From: ding-owner+M30519@lists.math.uh.edu Wed Sep 05 19:37:00 2012 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1T9JX4-0004sk-EG for ding-account@gmane.org; Wed, 05 Sep 2012 19:36:54 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1T9JWy-0002C5-Ci; Wed, 05 Sep 2012 12:36:48 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1T9JWx-0002Bs-7b for ding@lists.math.uh.edu; Wed, 05 Sep 2012 12:36:47 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1T9JWv-0000aU-8O for ding@lists.math.uh.edu; Wed, 05 Sep 2012 12:36:47 -0500 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1T9JWt-0001N4-MT; Wed, 05 Sep 2012 19:36:43 +0200 Original-Received: from compute3.internal (compute3.nyi.mail.srv.osa [10.202.2.43]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 2E25320303; Wed, 5 Sep 2012 13:36:43 -0400 (EDT) Original-Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute3.internal (MEProxy); Wed, 05 Sep 2012 13:36:43 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:to:cc:subject:references:date :in-reply-to:message-id:mime-version:content-type; s=smtpout; bh=ip5Lh7ywxMeGRFzeteWIMTkqTaM=; b=X9QKcPdHG/LndWPG9Noed6J9NIQl FIfOgwPsHvka0wiuqWStaPNYgVG4OlZm1Jki8bEhCneIh6OTc8EXqKQWBU+UWOR3 3RnI3GB6LcGWzrYFjyoI76JA6xjbVttPfExpZvumXkE8wmk+nGJdTAjBWrFKk6H5 VzPUoivwcyhIZIk= X-Sasl-enc: W9c2TOkaziSQNq4l68DqYQZxZT/mETeps5VhU6ga4yjy 1346866602 Original-Received: from thinkpad.tsdh.de (unknown [91.67.8.160]) by mail.messagingengine.com (Postfix) with ESMTPA id 8DB068E01DE; Wed, 5 Sep 2012 13:36:42 -0400 (EDT) In-Reply-To: <857gs874qu.fsf@iznogoud.viz> (Wolfgang Jenkner's message of "Wed, 05 Sep 2012 19:34:49 +0200") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.2.50 (gnu/linux) X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:82251 Archived-At: Wolfgang Jenkner writes: >>>> Then the docs were wrong: >>>> >>>> ,----[ C-h v gnus-fetch-old-headers RET ] >>>> | gnus-fetch-old-headers is a variable defined in `gnus-sum.el'. >>>> | >>>> | Documentation: >>>> | [...] If it has the value `some', all old headers will be fetched but >>>> | only enough headers to connect otherwise loose threads will be >>>> | displayed. [...] >>>> `---- >>>> >>>> Wolfgang fixed the implementation to reflect exactly what the docs >>>> say. IMHO, we'd better have fixed the docs and let the >>>> implementation as it has been. >>> >>> Yeah, but that's after the clarification. :-) They used to say: >>> >>> -displayed in the Summary buffer. If this variable is t, 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 >>> >>> i.e., it didn't say that all headers would be fetched... >> >> Oh, Wolfgang, you prankster. ;-) > > ??? I think you are misunderstanding. Indeed. > As I said, that clarification was made in 2005-11-20 by Kevin Greiner. Ok, ok. My suggestion stands as-is anyway. Bye, Tassilo