Re: various independent "mail servers" and the nnml backend

[David Z Maze <dmaze@MIT.EDU>]

Uwe Brauer <uwe_brauer@mat.ucm.es> writes:

> I just deleted all my .newsrc newsrc.eld files and restarted gnus, I
> add a nnml server, so the corresponding buffer looks like (nnml
> "NNML")
>
> However independent whether I edit the server in order to obtain
> something like this
>
> (nnml "NNML-Archive" (nnml-directory "/home/oub/Mail/NNML-Archive"))

Out of curiousity, why do you want two separate nnml backends?  Within
a single backend, you could create, say, nnml:archive.* and
nnml:current.* groups and achieve segregation that way.

> Another question: it seems that I can use the secondary select
> method in order to select a server, but I could also to it in the
> way described above, even for nnimap or nntp servers. Which method
> is better?

From what I can tell, your mail backend (the thing that sucks in mail
as per mail-sources) must be either gnus-select-method or one of
gnus-secondary-select-methods; the backend that gets the "blessed"
group names without prefixes is gnus-select-method (or you can set
that to nnnil); and otherwise it's fine for all of your other backends
to be in neither list and subscribe to individual foreign groups from
them.  If you have to do some configuration to make the backend work
it might be useful to put into gnus-secondary-select-methods too, but
otherwise subscribing to nntp+my.news.server:gnu.emacs.gnus seems to
work just fine.

(I have two separate Gnus setups.  The one I'm posting from uses nnnil
as gnus-select-method, has nnml in gnus-secondary-select-methods, and
I read a couple of foreign nntp groups.  On the other one
gnus-select-method is nnimap, gnus-secondary-select-methods is nil,
and there are a couple of nnrss groups.)

  --dzm