From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/39615 Path: main.gmane.org!not-for-mail From: prj@po.cwru.edu (Paul Jarc) Newsgroups: gmane.emacs.gnus.general Subject: Re: Bug report: B c nnfolder:foo doesn't work Date: Mon, 22 Oct 2001 14:27:51 -0400 Organization: What did you have in mind? A short, blunt, human pyramid? Sender: owner-ding@hpc.uh.edu Message-ID: References: <874rowi5yv.fsf@squeaker.lickey.com> <87669bmjn3.fsf@squeaker.lickey.com> <87g08fjgmp.fsf@squeaker.lickey.com> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035175299 28907 80.91.224.250 (21 Oct 2002 04:41:39 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:41:39 +0000 (UTC) Return-Path: Original-Received: (qmail 6477 invoked from network); 22 Oct 2001 18:30:25 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 22 Oct 2001 18:30:25 -0000 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 15vjo4-0000l1-00; Mon, 22 Oct 2001 13:28:12 -0500 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Mon, 22 Oct 2001 13:27:51 -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 NAA01729 for ; Mon, 22 Oct 2001 13:27:38 -0500 (CDT) Original-Received: (qmail 6341 invoked by alias); 22 Oct 2001 18:27:53 -0000 Original-Received: (qmail 6336 invoked from network); 22 Oct 2001 18:27:53 -0000 Original-Received: from multivac.student.cwru.edu (HELO multivac.cwru.edu) (qmail-remote@129.22.96.25) by gnus.org with SMTP; 22 Oct 2001 18:27:53 -0000 Original-Received: (qmail 26967 invoked by uid 500); 22 Oct 2001 18:28:13 -0000 Mail-Followup-To: ding@gnus.org Original-To: ding@gnus.org Mail-Copies-To: never In-Reply-To: <87g08fjgmp.fsf@squeaker.lickey.com> (Matt Armstrong's message of "Fri, 19 Oct 2001 18:32:14 -0600") Original-Lines: 89 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/20.7 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:39615 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:39615 Matt Armstrong wrote: > prj@po.cwru.edu (Paul Jarc) writes: >> Matt Armstrong wrote: >>> I have no nnfolder server. I have an nnfolder+archive server though. >>> Perhaps this is part of the problem? >> >> I meant your server belonging to the nnfolder backend, not one named >> "nnfolder". > > I am confused by the distinction. How can I tell? I am mostly > confused by servers in Gnus. Your nnfolder+archive server belongs to the nnfolder backend. There is a "select method"; this looks like (nnfolder "archive" ...). This should appear in your .emacs, .gnus, or .newsrc.eld whenever you are *defining* a server - i.e., just once per server, in gnus-select-method, gnus-secondary-select-methods, or gnus-server-alist. If this were your primary select method, then its "server name" would be "native". Otherwise, if it's in gnus-server-alist (i.e., it's a foreign server), then its key there is the "server name". Otherwise it's a secondary select method, and it doesn't have a "server name". This (or the address designation below) should appear in your .emacs, .gnus, or .newsrc.eld whenever you are *referring* to a server. Every select method has an address designation, in this case "nnfolder+archive", which is the backend, ":" (or "+" in the context of fully qualified group names), and the address (i.e., the second element of the select method). Sometimes people call this the server's "name", but the above "name" is what the manual thinks of as a "name". The difference matters just often enough to cause trouble, but not often enough to make you notice until you're in trouble. Yes, this is confusing. > I just performed another test. I can G c a new group and it appears > correctly in gnus-newsrc-alist: > > ("nnfolder:test-2" > (3 . 1) > ((1 . 1)) > nil > (nnfolder "") > ((timestamp 15312 50110))) The "nnfolder" part of the full group name is the address designation of the server containing this group. (The address is an empty string, so the "+" is elided.) That (nnfolder "") is a select method, which defines a new server. It ought to be a server name or address designation instead - the group info is supposed to refer to the server the group belongs to, not create the server. (Don't worry, it's not your fault.) You created this server along with the group, it seems. I don't think Gnus should let you do that, but it does. > And for the duration of the session I can use the group fine. > > Then I exit and re-start Gnus. This bogus group is prepended to > gnus-newsrc-alist: > > ("test-2" 3 nil nil) > > The original group remains, but is not visible in the group buffer. This problem doesn't seem to be related to the same-directory problem. > (((nnfolder "") > ok) > ((nndraft "") > ok) > ((nnfolder "archive" > (nnfolder-directory "~/g/Mail/archive") > (nnfolder-active-file "~/g/Mail/archive/active") > (nnfolder-get-new-mail nil) > (nnfolder-inhibit-expiry t)) > ok) > ((nntp "news.speakeasy.net") > ok) > ((nnml "") > ok)) Ok, so both nnfolder servers and the nnml server are using the global values. You can check the nnml-directory and nnfolder-directory variables - the default for both is "~/Mail", which will cause trouble. paul