Re: 5.4.13 and virtual servers

[Lars Magne Ingebrigtsen <larsi@ifi.uio.no>]

Karl Kleinpaste <karl@jprc.com> writes:

> > Yes, nntp now opens a connection per virtual server.  I don't know how
> > else to make things work cleanly.
> 
> Whatever mechanism was in place before, as of approx 5.4.8 and
> previous, was better, if not as clean in some sense.  It was about
> that time that the many-opens symptom began to occur.  Backing out to
> that behavior, even if it left bugs somewhere else, would be
> preferable.

Yes, the current situation is kinda yucky.  Going back to something
that's actually buggy doesn't seem like a good idea, though.  

> Perhaps this could be related to how one introduces new groups to
> Gnus.  I use 4 servers: My primary (general discussions) is at CMU,
> and then I use one at Ohio State for about 5 groups, 1 here at JPRC
> for local support groups, and 1 on my own system which is a test
> server for INN hackery.  When I want a new group, I always generate it
> with "G m some.name RET nntp RET server.name RET".  Does this generate
> a new virtual server each time?

It shouldn't, but it might if there's (wow!) a bug in the new function
that compares servers.  Let's see...  Find two groups created in this
manner (that use the same server), and pick out the select methods
with `G e' on the two groups.  Then do

(gnus-server-get-method GROUP METHOD)

an both these groups (with their server) and see what it says.  It
should ideally return the same method for both groups.

> Would going into server mode via `^' allow creation of groups with a
> single virtual server?

Yes.

> If so, how and why does this differ from `G m' creation?

`G m group RET server RET'.  So it's would be less typing in the long
run. 

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