From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/32012 Path: main.gmane.org!not-for-mail From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai =?iso-8859-1?q?Gro=DFjohann?=) Newsgroups: gmane.emacs.gnus.general Subject: Re: Subscription Question Date: Tue, 8 Aug 2000 18:40:44 +0200 Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035168357 17394 80.91.224.250 (21 Oct 2002 02:45:57 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 02:45:57 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: from fisher.math.uh.edu (fisher.math.uh.edu [129.7.128.35]) by mailhost.sclp.com (Postfix) with ESMTP id 03E4DD051E for ; Tue, 8 Aug 2000 12:45:51 -0400 (EDT) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by fisher.math.uh.edu (8.9.1/8.9.1) with ESMTP id LAC13511; Tue, 8 Aug 2000 11:42:10 -0500 (CDT) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 08 Aug 2000 11:41:08 -0500 (CDT) Original-Received: from mailhost.sclp.com (postfix@66-209.196.61.interliant.com [209.196.61.66] (may be forged)) by sina.hpc.uh.edu (8.9.3/8.9.3) with ESMTP id LAA00769 for ; Tue, 8 Aug 2000 11:40:57 -0500 (CDT) Original-Received: from waldorf.cs.uni-dortmund.de (waldorf.cs.uni-dortmund.de [129.217.4.42]) by mailhost.sclp.com (Postfix) with ESMTP id 7C7A1D051E for ; Tue, 8 Aug 2000 12:41:27 -0400 (EDT) Original-Received: from marcy.cs.uni-dortmund.de (marcy.cs.uni-dortmund.de [129.217.20.159]) by waldorf.cs.uni-dortmund.de with ESMTP id SAA06056; Tue, 8 Aug 2000 18:40:45 +0200 (MES) Original-Received: from lucy.cs.uni-dortmund.de (lucy [129.217.20.160]) by marcy.cs.uni-dortmund.de id SAA11802; Tue, 8 Aug 2000 18:40:44 +0200 (MET DST) Original-Received: (from grossjoh@localhost) by lucy.cs.uni-dortmund.de (8.9.3/8.9.3/Debian 8.9.3-21) id SAA11826; Tue, 8 Aug 2000 18:40:44 +0200 X-Authentication-Warning: lucy.cs.uni-dortmund.de: grossjoh set sender to Kai.Grossjohann@CS.Uni-Dortmund.DE using -f Original-To: Arnd Kohrs In-Reply-To: Arnd Kohrs's message of "08 Aug 2000 14:37:41 +0200" User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/21.0.90 Original-Lines: 77 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:32012 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:32012 On 08 Aug 2000, Arnd Kohrs wrote: > > Hi, > > while fiddling with a self-made backend, I experience the following > undesired behavior: > > I have a server which is created in the server buffer and exposes > like the following upon pressing "e": > > (nntmf "fool.com" > (nntmf-address "boards.fool.com")) > > When I subscribe to a group on this server and edit this group's > select method via "G e" i shows as follows: > > (nntmf "fool.com" > (nntmf-address "boards.fool.com")) > > But this is undesired (and wrong I believe), and I actually would be > happier with > > (nntmf "fool.com") > > (which is now achieved by editing the select method each time I > subscribe to a new group) No, you certainly don't want (nntmf "foo.com"). I think you want "nntmf:fool.com". > After some debugging sessions within the subscription mechanics of > gnus I am still clueless how to get there. Maybe there is something > to be considered within the backend's code? And BTW what's the > difference between "nntmf:fool.com" and (nntmf "fool.com")? Hm this > sounds like a FAQ but anyway help is greatly appreciated. A server has a name and a value. A value is a list (BACKEND NAME PARAM...) where the first element gives the backend to use (ie, the *.el file); the second element is a short string which is (part of) the name of the server; the remaining elements are server parameters. Each PARAM looks like (PNAME PVALUE) where PNAME is a symbol (similar to a variable name) and PVALUE is a value (often a string, but sometimes a number, can be anything, really). The server name is constructed from the BACKEND and NAME parts of the server value, like so: "BACKEND:NAME". Here's a server value: (nntmf "fool.com" (nntmf-address "boards.fool.com")) This server is named "nntmf:fool.com". Gnus remembers the server for each group (in the .newsrc.eld file). Consider two groups: Group "foo" has server value in .newsrc.eld file, group "bar" has server name in .newsrc.eld. Suppose you now edit the server definition to point to a different nntmf-address. The group foo will still be read from the old host, but the group bar will be read from the new host. Note that there is redundant information in the .newsrc.eld file, since the group name also contains the server name! Group names like "foo.bar" come from the native server (as of gnus-select-method), and a group named "nnfoo+bar:blarfl.discuss" comes from the server named "nnfoo:bar". Of course, having this redundant information means that something is bound to get confused because some parts of Gnus probably intuit the right server from the group name, whereas other parts of Gnus get the server from the .newsrc.eld entry. Whee. I think that something should be done about this. But what? kai -- I like BOTH kinds of music.