From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/46280 Path: main.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: Do not want agantized, nnml backend. Date: Tue, 27 Aug 2002 20:06:30 +0200 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 1030472215 30851 127.0.0.1 (27 Aug 2002 18:16:55 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 27 Aug 2002 18:16:55 +0000 (UTC) Cc: ding@gnus.org 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 17jktU-0007ys-00 for ; Tue, 27 Aug 2002 20:16:49 +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 17jkkL-0002yW-00; Tue, 27 Aug 2002 13:07:21 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 27 Aug 2002 13:07:53 -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 NAA11304 for ; Tue, 27 Aug 2002 13:07:26 -0500 (CDT) Original-Received: (qmail 17165 invoked by alias); 27 Aug 2002 18:06:35 -0000 Original-Received: (qmail 17160 invoked from network); 27 Aug 2002 18:06:35 -0000 Original-Received: from 178.230.13.217.in-addr.dgcsystems.net (HELO yxa.extundo.com) (217.13.230.178) by gnus.org with SMTP; 27 Aug 2002 18:06:35 -0000 Original-Received: from latte.josefsson.org (yxa.extundo.com [217.13.230.178]) (authenticated bits=0) by yxa.extundo.com (8.12.6/8.12.6) with ESMTP id g7RI6VgP017308; Tue, 27 Aug 2002 20:06:31 +0200 Original-To: Harry Putnam Mail-Copies-To: nobody X-Hashcash: 0:020827:reader@newsguy.com:b8f12beadabd9c74 X-Hashcash: 0:020827:ding@gnus.org:495918030638131e In-Reply-To: (Harry Putnam's message of "Tue, 27 Aug 2002 09:47:11 -0700") Original-Lines: 56 User-Agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:46280 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:46280 Harry Putnam writes: > 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. Hm. By default, in agentized groups, headers are downloaded into the agent cache once and then retrieved from the agent cache only. Regardless of pluggedness. > By `Revert to the old behavior' do we mean revert to downloading > agentized groups by default? Or, not having agent enabled by default? 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. The first glance is correct. To get the old behaviour, no agent at all, you disable the agent, and in Oort you do this by setting gnus-agent to nil. Calling `gnus-agentize' is a obsolete way of enabling the agent, equal to setting gnus-agent non-nil. > Seems like asking for confusion.... but maybe its just me. Is it less confusing now? Is the text consistent with this? Could you perhaps suggest improved text? > 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. Categories only affect articles. Header downloads are not affected by predicates.