From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/81927 Path: news.gmane.org!not-for-mail From: Wolfgang Jenkner Newsgroups: gmane.emacs.gnus.general Subject: Re: Excessive nntp reads since today Date: Wed, 13 Jun 2012 15:48:04 +0200 Message-ID: <85vcivuxmf.fsf@iznogoud.viz> References: <877gvcd91f.fsf@thinkpad.tsdh.de> <85txygk74a.fsf@iznogoud.viz> <87y5nsbqj4.fsf@thinkpad.tsdh.de> <85pq94k37p.fsf@iznogoud.viz> <87aa08big2.fsf@thinkpad.tsdh.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1339595823 587 80.91.229.3 (13 Jun 2012 13:57:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 13 Jun 2012 13:57:03 +0000 (UTC) Cc: ding@gnus.org To: Tassilo Horn Original-X-From: ding-owner+M30197@lists.math.uh.edu Wed Jun 13 15:57:02 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 1Seo4B-0002eg-TJ for ding-account@gmane.org; Wed, 13 Jun 2012 15:57:00 +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 1Seo1e-0007oz-Us; Wed, 13 Jun 2012 08:54:23 -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 1Seo1c-0007op-VA for ding@lists.math.uh.edu; Wed, 13 Jun 2012 08:54:20 -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 1Seo1b-00088u-BR for ding@lists.math.uh.edu; Wed, 13 Jun 2012 08:54:20 -0500 Original-Received: from mx03.lb01.inode.at ([62.99.145.3] helo=mx.inode.at) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Seo1Z-0001RW-ES for ding@gnus.org; Wed, 13 Jun 2012 15:54:17 +0200 Original-Received: from [91.119.221.133] (port=12182 helo=iznogoud.viz) by smartmx-03.inode.at with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1Seo1T-0000N4-Rd; Wed, 13 Jun 2012 15:54:11 +0200 Original-Received: from wolfgang by iznogoud.viz with local (Exim 4.77 (FreeBSD)) (envelope-from ) id 1Seo1R-0000aX-Oz; Wed, 13 Jun 2012 15:54:09 +0200 User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1.50 (berkeley-unix) Mail-Followup-To: Tassilo Horn , ding@gnus.org X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:81927 Archived-At: On Tue, Jun 12 2012, Tassilo Horn wrote: > - The old and buggy 'some semantics of `gnus-fetch-old-headers' were > exactly what I want. I.e., I want Gnus to *fetch* only new > messages, but it should also *display* summary lines of old messages > to fill loose threads in case those can be determined from the > overview. IIUC, the summary would consist of new headers and some subset of the headers cached by the agent. I think this is a problem because the agent cache seems to be designed to be transparently used, so that you have always the illusion of talking directly to the server. When the agent is plugged, that is. However, when the agent is unplugged, the agent is your server, in some sense. So I think you can have what you want in the following clean way: Get new articles, fetch them with the agent, unplug, enter a group. g J s J j . RET For this to work, it seems necessary to set gnus-fetch-old-headers to t instead of some (but I might have wrong expectations or misunderstand something here, and, obviously, I haven't tested this very extensively). Wolfgang