From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/13565 Path: main.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.gnus.general Subject: agent overview downloads Date: 12 Jan 1998 01:36:50 -0800 Sender: owner-ding@hpc.uh.edu Message-ID: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035152907 9872 80.91.224.250 (20 Oct 2002 22:28:27 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:28:27 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id BAA03579 for ; Mon, 12 Jan 1998 01:36:24 -0800 Original-Received: from sina.hpc.uh.edu (root@Sina.HPC.UH.EDU [129.7.3.5]) by xemacs.org (8.8.5/8.8.5) with ESMTP id DAA23449 for ; Mon, 12 Jan 1998 03:39:12 -0600 (CST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id DAH11159; Mon, 12 Jan 1998 03:39:23 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 12 Jan 1998 03:37:11 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id DAA11143 for ; Mon, 12 Jan 1998 03:37:04 -0600 (CST) Original-Received: (qmail 20936 invoked by uid 504); 12 Jan 1998 09:36:52 -0000 Original-Received: (qmail 20933 invoked from network); 12 Jan 1998 09:36:52 -0000 Original-Received: from tweedledumb.cygnus.com (192.80.44.1) by claymore.vcinet.com with SMTP; 12 Jan 1998 09:36:52 -0000 Original-Received: from kr-laptop.cygnus.com (raeburn@[205.180.231.240]) by tweedledumb.cygnus.com (8.8.5/8.8.5) with ESMTP id EAA20625 for ; Mon, 12 Jan 1998 04:36:51 -0500 (EST) Original-Received: (from raeburn@localhost) by kr-laptop.cygnus.com (8.8.5/8.8.4) id BAA21959; Mon, 12 Jan 1998 01:36:52 -0800 Original-To: ding@gnus.org In-Reply-To: Lars Magne Ingebrigtsen's message of "25 Oct 1997 00:23:38 +0200" Original-Lines: 73 X-Mailer: Quassia Gnus v0.22/Emacs 19.34 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:13565 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:13565 I'm not quite caught up on my `ding' mail, though I've skimmed the subjects; apologies if this has come up and I missed it. Back in October, Lars Magne Ingebrigtsen replied to Felix Lee: > > > > how do I tell agent I only want ten groups fetched every > > > > time I "J s"? my newsrc has a couple hundred groups that > > > > I'm vaguely interested in but don't read often. > > > Fiddle with the categories. > > > > as far as I can tell, fiddling with categories only affects > > article fetching, not overview-fetching, right? > > Yup. > > > I really don't need to spend an hour waiting for overview data from > > 300 groups I rarely read. > > Then just unsubscribe the groups you don't read very often. I'm experimenting with using nnagent now, using qgnus-0.22, and it really seems to want to download all the overviews. I nuked the "agent" directory, just so I could try starting over. Then double-checked that no mention of agent was in .newsrc.eld, and started up gnus for the first time in that emacs session. Edited the "default" category to change the predicate from "true" (seems to be the default, contrary to what the info file says) to "false". Defined a new predicate named "t" with a predicate of "true". In the servers buffer, tried adding my default (nntp) server to the agent, was told it was already there; removed and re-added just to be sure. In the group buffer, added alt.books.david-weber to category "t". This is the only group that has been added to any category. At this point, agent/lib/categories contains: ((t true nil ("alt.books.david-weber")) (default false nil nil)) and agent/lib/servers contains: ((nntp "cambridge-news.cygnus.com")) I hit "J s" ... and watched Gnus start downloading a bunch of overviews. It appears to be going alphabetically, starting in alt.binaries with a lot of erotic-pictures groups. But those groups are all unsubscribed. (They are not listed as killed, mostly through oversight, but from what you told Felix, that should be enough.) So, at least in my case, unsubscribing doesn't appear to be enough to prevent the overview downloading. I don't want all that data downloaded to my laptop with its relatively limited disk space and connection bandwidth. But I do want to retain read-article info and such for some groups I don't want the agent handling. (For that matter, I don't like the idea of having to unsubscribe to high-traffic groups I do like to read sometimes when well-connected, but don't need to have available when I'm not connected, and *really* don't want to fetch overview data for when I'm dialed in on a slow link. Can't we have some other way than subscribedness to decide whether the agent should handle a group? If nothing else, a separate group level threshold variable? How about noticing when a predicate evaluates to "false" without reference to article data?) Any suggestions? Ken