From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/82247 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:16:58 +0200 Message-ID: <87zk54v185.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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1346865439 7284 80.91.229.3 (5 Sep 2012 17:17:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Sep 2012 17:17:19 +0000 (UTC) Cc: ding@gnus.org, Wolfgang Jenkner To: Lars Ingebrigtsen Original-X-From: ding-owner+M30515@lists.math.uh.edu Wed Sep 05 19:17:20 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 1T9JE3-0000H5-Ad for ding-account@gmane.org; Wed, 05 Sep 2012 19:17:15 +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 1T9JDw-0001yn-MD; Wed, 05 Sep 2012 12:17:08 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1T9JDv-0001yX-7K for ding@lists.math.uh.edu; Wed, 05 Sep 2012 12:17:07 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1T9JDq-0004Kv-Mh for ding@lists.math.uh.edu; Wed, 05 Sep 2012 12:17:07 -0500 Original-Received: from out1-smtp.messagingengine.com ([66.111.4.25]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1T9JDp-0000t2-3O; Wed, 05 Sep 2012 19:17:01 +0200 Original-Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 914F720A2C; Wed, 5 Sep 2012 13:17:00 -0400 (EDT) Original-Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute1.internal (MEProxy); Wed, 05 Sep 2012 13:17:00 -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=Qwe8c/O6JXv9NvCCrngtdowyLNE=; b=P2kyVcM9U0JsUABukxSvU9PnJQNf mlfX0WHy+HwpJFY+Pv5gfTF7zKFbkq+u5unVNZcvf4x86W2qC3SZwbFhofrXXPmm 6MXgmdhrZxqbdhgrCBb7W05GtEez4BLMIEmQQH4bx5RHE/7SpTlISTs8lC/OhgnX LT0XFLlLXr9YJ2w= X-Sasl-enc: qhly+znSwdyDBi44WPDzV2jiglnRHKurKVfuxlgKRXwS 1346865420 Original-Received: from thinkpad.tsdh.de (unknown [91.67.8.160]) by mail.messagingengine.com (Postfix) with ESMTPA id F1F3A8E03CC; Wed, 5 Sep 2012 13:16:59 -0400 (EDT) In-Reply-To: <87harc788z.fsf@gnus.org> (Lars Ingebrigtsen's message of "Wed, 05 Sep 2012 18:19:08 +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:82247 Archived-At: Lars Ingebrigtsen 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. ;-) So what now? For what it's worth, I'm for reverting that commit and clarifying the docs that 'some won't be able to fill loose threads in case it references articles for which no headers have been fetched. But that's not much on an issue: over time, you'll have all headers for the active threads, just not for very old ones. Bye, Tassilo