From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/10078
Path: main.gmane.org!not-for-mail
From: Lars Magne Ingebrigtsen <larsi@ifi.uio.no>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: 5.4.13 and virtual servers
Date: 05 Mar 1997 09:12:41 +0100
Sender: larsi@proletcult.slip.ifi.uio.no
Message-ID: <m2afoi92px.fsf@proletcult.slip.ifi.uio.no>
References: <yvian2t38abk.fsf@atreides.eng.mindspring.net> <yviaenee990z.fsf@atreides.eng.mindspring.net> <m2sp2sfczz.fsf@proletcult.slip.ifi.uio.no> <vxkbu9fzfmq.fsf@pocari-sweat.jprc.com> <m2g1ygwlzo.fsf@proletcult.slip.ifi.uio.no> <vxk9145g9i6.fsf@pocari-sweat.jprc.com>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: main.gmane.org 1035150007 22275 80.91.224.250 (20 Oct 2002 21:40:07 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 21:40:07 +0000 (UTC)
Return-Path: <ding-request@ifi.uio.no>
Original-Received: from ifi.uio.no (0@ifi.uio.no [129.240.64.2])
	by deanna.miranova.com (8.8.5/8.8.5) with SMTP id CAA14058
	for <steve@miranova.com>; Wed, 5 Mar 1997 02:21:03 -0800
Original-Received: from proletcult.slip.ifi.uio.no (root@ppp19.larris.ifi.uio.no [129.240.68.119]) by ifi.uio.no with ESMTP (8.6.11/ifi2.4) 
	id <JAA14479@ifi.uio.no> for <ding@ifi.uio.no> ; Wed, 5 Mar 1997 09:57:57 +0100
Original-Received: (from larsi@localhost) by proletcult.slip.ifi.uio.no (8.8.2/8.8.2) id JAA32438; Wed, 5 Mar 1997 09:12:44 +0100
Mail-Copies-To: never
Original-To: ding@ifi.uio.no
In-Reply-To: Karl Kleinpaste's message of 02 Mar 1997 18:27:29 -0500
Original-Lines: 41
X-Mailer: Gnus v5.4.18/Emacs 19.34
X-Face: &w!^oO<W.WBH]FsTP:P0f9X6M-ygaADlA_)eF$<UwQzj7:C=Gi<a?/_4$LX^@$Qq7-O&XHp
 lDARi8e8iT<(A$LWAZD*xjk^')/wI5nG;1cNB>~dS|}-P0~ge{$c!h\<y
Xref: main.gmane.org gmane.emacs.gnus.general:10078
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:10078

Karl Kleinpaste <karl@jprc.com> writes:

> Then executing, e.g.,
> 	(gnus-server-get-method "news.admin.misc"
> 				'(nntp "localhost" (nntp-address "localhost"))
> returns in the minibuffer:
> 
> (nntp "localhost" (nntp-address "localhost")) 
> 
> (Seems kinda redundant, but I think that's what you wanted.)

Yup.

> Identical responses for both.  One would presume they compare as
> equivalent.  Um...unless they don't use the string= function?  Um,
> gnus-server-get-method calls get-server-to-method, and there it loops
> through the opened servers, looking for a match with `equal' rather
> than `string='.  Is this the problem?

No, that should be ok.

What does the following eval to?

(gnus-server-equal
 (gnus-find-method-for-group "news.admin.misc")
 (gnus-find-method-for-group "news.admin.technical"))

> What I'm wondering is whether two groups defined only via `G m' would
> have some relevant server difference indicated in the forms one finds
> in .newsrc.eld, or whether a group selected via server-mode would
> differ from one defined via `G m', assuming that the names typed (etc)
> are the same.

Yes.  If you give a virtual server as the select method, only the
server name will be stored in the group info.  If you give a backend
name and a server name, the select method itself will be stored in the
group info.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@ifi.uio.no * Lars Ingebrigtsen