From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/78122 Path: news.gmane.org!not-for-mail From: Richard Riley Newsgroups: gmane.emacs.gnus.general Subject: Re: agent/fetch only articles from certain levels Date: Mon, 28 Mar 2011 17:03:30 +0200 Organization: aich tea tea pea dicky riley dot net Message-ID: References: <87zkokei6u.fsf@ucl.ac.uk> <3waagj1nen.fsf@news.eternal-september.org> <87lj03v23l.fsf@pinto.chemeng.ucl.ac.uk> <87zkojjioy.fsf@ucl.ac.uk> <8762r79fb0.fsf@topper.koldfront.dk> <87ipv69ahl.fsf@ucl.ac.uk> <871v1uaopg.fsf@topper.koldfront.dk> <87mxkg31mq.fsf@ucl.ac.uk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1301328384 24187 80.91.229.12 (28 Mar 2011 16:06:24 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 28 Mar 2011 16:06:24 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M26433@lists.math.uh.edu Mon Mar 28 18:06:19 2011 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Q4ExN-0001oL-Dr for ding-account@gmane.org; Mon, 28 Mar 2011 18:06:17 +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 1Q4Evr-0004RL-Dy; Mon, 28 Mar 2011 11:04:43 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Q4Evp-0004RA-W8 for ding@lists.math.uh.edu; Mon, 28 Mar 2011 11:04:42 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Q4Evn-0004i5-Vm for ding@lists.math.uh.edu; Mon, 28 Mar 2011 11:04:41 -0500 Original-Received: from mail-bw0-f44.google.com ([209.85.214.44]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Q4Evn-0001gg-55 for ding@gnus.org; Mon, 28 Mar 2011 18:04:39 +0200 Original-Received: by bwz13 with SMTP id 13so3761636bwz.17 for ; Mon, 28 Mar 2011 09:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:from:to:subject:in-reply-to:date:organization :message-id:references:user-agent:mime-version:content-type :content-transfer-encoding; bh=+YDYIYkgj9RO1N3kTjmSsG3VOUls4QyykeeBJ+Bo2qE=; b=g38PEaiKWNnx+/WnQVoRxlAiWns6BZUH3qsK7hZllmPiU8IuieTdHRp6kc/wuBLrcL cukI3zNWLUThQ9UGh+Ed968rOHERnFymgw/mj+qbeuRa7+XzrPEBKnZYhiIUVUxOBe5Y KN4wcgcLZFP1Wz3VUPaeH+xc11Sa73IPcKkhA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:in-reply-to:date:organization:message-id:references :user-agent:mime-version:content-type:content-transfer-encoding; b=eLsEGKDrU6frVYU03Vf2yjfuiWZdJ9+KIssrfci9g57Kt78Z8Og6R9td4eN9xWZ0h2 cbkTaNAPg8tT3NFmwlXOYOP3Vqmtddeq/Xx+DWgyfPJOqaSqbMl/X3rLpNf402ZTl//H Gs6SGUiWCGCnUUrOEnZDKFienYiegVURm8Gu0= Original-Received: by 10.204.18.194 with SMTP id x2mr3855440bka.69.1301328273434; Mon, 28 Mar 2011 09:04:33 -0700 (PDT) Original-Received: from asus1015pem (254.Red-83-39-155.dynamicIP.rima-tde.net [83.39.155.254]) by mx.google.com with ESMTPS id w3sm2778310bkt.5.2011.03.28.09.04.30 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 28 Mar 2011 09:04:31 -0700 (PDT) Original-Received: from shamrock by asus1015pem with local (Exim 4.72) (envelope-from ) id 1Q4E0D-000470-R6 for ding@gnus.org; Mon, 28 Mar 2011 17:05:09 +0200 In-Reply-To: <87mxkg31mq.fsf@ucl.ac.uk> (Eric S. Fraga's message of "Sun, 27 Mar 2011 18:38:05 +0100") User-Agent: Gnus/5.110016 (No Gnus v0.16) Emacs/23.2 (gnu/linux) X-Spam-Score: -3.0 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:78122 Archived-At: Eric S Fraga writes: > asjo@koldfront.dk (Adam Sj=C3=B8gren) writes: > >> On Fri, 25 Mar 2011 21:05:42 +0000, Eric wrote: >> >>> Adam, thanks for the pointer to the relevant place in the manual. My >>> guess was basically completely wrong. Oh well... >> >>> However, I am not sure the documentation really explains anything at >>> all. >> >> How did you then get to the understanding that you were wrong, then? > > Ummmm, I guess the fact that there are three types of groups whereas I > was thinking of only two types... > >>> It's the kind of documentation that makes sense if you already know >>> what it is telling you and otherwise just sounds like a circular >>> definition... and, unfortunately, there are quite a few sections like >>> this in the gnus manual. >> >> I am sure suggestions for improvements are very welcome! > > I would be more than happy to not only make suggestions but also add > text etc. However, the problem is I don't really understand the text > well enough to even begin adding or changing text! Vicious cycle here > (for me). Add me to that list ;) > >> What I got from reading it is that groups from servers in select-method >> and secondary-select-methods are called native and other groups are >> called foreign. Seems quite straightforward? > > Okay, I didn't get that from the text but I guess that makes sense. It > still doesn't really tell me how or why the distinction is made, > especially between secondary and foreign? How/where are the latter > actually defined? > > Anyway, in my case, this distinction does not appear to be anything I > need to worry about. And I think the OP has solved his problem, in the > sense of identifying the boundary conditions for gnus for his use case. > Just to re-iterate : I feel it makes sense to activate ALL subscribed groups which are "agentised" since there is no network access required. Remembering the "C u 5 g" type thing is inconvenient AND initiates re-reads on non agent-ised groups (eg my imap groups since agent doesnt work properly with multiple imap groups) since all non agentised groups are considered "plugged". Agent/Plugged/Unplugged is incredibly useful but also incredibly complicated - even the notion of "foreign groups" means you need to know the depths of Gnus to even begin to understand the activation triggers. But I do feel the suggestion above makes for a more common sense default.