From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/46275 Path: main.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: Re: Do not want agantized, nnml backend. Date: Tue, 27 Aug 2002 09:47:11 -0700 Sender: owner-ding@hpc.uh.edu Message-ID: References: <20020826xjc3ct25php.kose@wizard.tamra.co.jp> <87sn11s0b3.fsf@uwo.ca> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1030467471 20401 127.0.0.1 (27 Aug 2002 16:57:51 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 27 Aug 2002 16:57:51 +0000 (UTC) Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17jjez-0005H3-00 for ; Tue, 27 Aug 2002 18:57:47 +0200 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 17jjYO-00027K-00; Tue, 27 Aug 2002 11:50:56 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 27 Aug 2002 11:51:29 -0500 (CDT) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id LAA11029 for ; Tue, 27 Aug 2002 11:51:13 -0500 (CDT) Original-Received: (qmail 15231 invoked by alias); 27 Aug 2002 16:50:28 -0000 Original-Received: (qmail 15226 invoked from network); 27 Aug 2002 16:50:28 -0000 Original-Received: from mail.dslextreme.com (66.51.205.14) by gnus.org with SMTP; 27 Aug 2002 16:50:28 -0000 Original-Received: (qmail 23150 invoked from network); 27 Aug 2002 16:48:07 -0000 Original-Received: from adsl-66.51.210.228.dslextreme.com (HELO reader.local.lan) (66.51.210.228) by mail.dslextreme.com with SMTP; 27 Aug 2002 16:48:07 -0000 Original-Received: from reader.local.lan (localhost [127.0.0.1]) by reader.local.lan (8.12.3/8.12.3) with ESMTP id g7RGoPso011750 for ; Tue, 27 Aug 2002 09:50:25 -0700 Original-Received: (from reader@localhost) by reader.local.lan (8.12.3/8.12.3/Submit) id g7RGoPHr011743; Tue, 27 Aug 2002 09:50:25 -0700 X-Authentication-Warning: reader.local.lan: reader set sender to reader@newsguy.com using -f Original-To: ding@gnus.org In-Reply-To: (Simon Josefsson's message of "Tue, 27 Aug 2002 12:26:42 +0200") User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Original-Lines: 46 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:46275 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:46275 Simon Josefsson writes: Read you answer to me [Putnam] so included your clarified comments: > I think "not" was correct (headears are not downloaded from servers, > they are retrieved from the agent cache), but it was rather muddy. > Another try: > > The Gnus Agent is now enabled by default, and all nntp and nnimap > servers from gnus-select-method and gnus-secondary-select-method are > agentized by default (earlier only the server in gnus-select-method > was agentized by the default, when the agent was enabled). This > means that, e.g., headers are retrieved from the Agent cache instead > of the backends when possible. You can enroll or remove servers > with `J a' and `J r' in the server buffer. Gnus will not download > articles unless you instruct it to do so, though, by using `J u' or > `J s' from the Group buffer. Revert to the old behaviour with > `(setq gnus-agent nil)'. Note that putting (gnus-agentize) in > ~/.gnus is not needed any more. So, it is the case that nothing gets downloaded by default, even in agentized groups?. That seems wrong. By `Revert to the old behavior' do we mean revert to downloading agentized groups by default? Or, not having agent enabled by default? Depending on above answers: I don't see the advantage of not using gnus-agentize, but using (setq gnus-agent nil) to do what `gnus-agentize' used to do. Especially since the syntax, on first glance, looks as if it would shut the agent off. Further confusion: If (setq gnus-agent nil) is set, reverting to old behavior, does that including needing gnus-agentize at the bottom? Seems like asking for confusion.... but maybe its just me. Hope I'm not just nitpicking here, but it still seems pretty confusing, but maybe because I haven't been following developments very much for a while. If a group is set agentized, it seems the default one would expect is that downloading of headers would be controlled by the default predicate. Further categories would take it from there by user specifying them as always. In that scenario, many of us have used a default predicate of `false', shifting responsibility for downloading to custom `categories'.