Gnus development mailing list
 help / color / mirror / Atom feed
From: Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann)
Cc: ding@gnus.org
Subject: Re: Subscription Question
Date: Tue, 8 Aug 2000 18:40:44 +0200	[thread overview]
Message-ID: <vafaeenyacz.fsf@lucy.cs.uni-dortmund.de> (raw)
In-Reply-To: Arnd Kohrs's message of "08 Aug 2000 14:37:41 +0200"

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.



  reply	other threads:[~2000-08-08 16:40 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-08-08 12:37 Arnd Kohrs
2000-08-08 16:40 ` Kai Großjohann [this message]
2000-08-09 12:24   ` Arnd Kohrs
2000-08-09 13:02     ` Kai Großjohann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=vafaeenyacz.fsf@lucy.cs.uni-dortmund.de \
    --to=kai.grossjohann@cs.uni-dortmund.de \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).