From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/37394
Path: main.gmane.org!not-for-mail
From: Karl Kleinpaste <karl@charcoal.com>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: nnml as primary select method /vs/ gnus-inews-mark-gcc-as-read
Date: Thu, 02 Aug 2001 17:11:31 -0400
Message-ID: <vxkvgk6jhfg.fsf@cinnamon.vanillaknot.com>
References: <vxkelqulb88.fsf@cinnamon.vanillaknot.com>
	<vafwv4m427b.fsf@INBOX.auto.gnus.tok.lucy.cs.uni-dortmund.de>
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 1035172818 13672 80.91.224.250 (21 Oct 2002 04:00:18 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Mon, 21 Oct 2002 04:00:18 +0000 (UTC)
Keywords: variable,method,archive
Return-Path: <karl@charcoal.com>
Return-Path: <karl@charcoal.com>
Original-Received: (qmail 7688 invoked from network); 2 Aug 2001 21:11:34 -0000
Original-Received: from mesquite.slip.cs.cmu.edu (HELO cinnamon.vanillaknot.com) (128.2.207.11)
  by gnus.org with SMTP; 2 Aug 2001 21:11:34 -0000
Original-Received: (from karl@localhost)
	by cinnamon.vanillaknot.com (8.11.2/8.11.2) id f72LBVM07289;
	Thu, 2 Aug 2001 17:11:31 -0400
Original-To: ding@gnus.org
X-Face: ?=p^Gj2JkX~UU_@W}[q/'Dxn19x-zfIQ](y<&ky/?1-&Nz&,!W}R.Gp+"LeGojoR
	=RF>?!XVs{a:`Yt(gqM<#$Zy(C@]'dR4Hy4S1.I(n3:2"R:=Uy!)K9>U!gNTyH{p
	+_w#F[gt).$Vyvo5=9LF^PeQ(@H#}QLAbfyYxX/8t:TDR5nA\|RmJO"EwjL8tWyvM
User-Agent: Gnus/5.090004 (Oort Gnus v0.04) XEmacs/21.4 (Artificial
 Intelligence)
Original-Lines: 21
Xref: main.gmane.org gmane.emacs.gnus.general:37394
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:37394

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:
> What happens if you (setq gnus-message-archive-method gnus-select-method)?

Very interesting.  I had never noticed that variable before.

I have to observe that its doc string is very ominous sounding,
suggesting that changing the variable is useless, requiring use of the
server buffer in order to edit the method after the 1st time Gnus is
run.  By itself, that would make the variable's very existence seem
rather useless, because I can't think of anyone who would have thought
to look at this variable before they ever ran Gnus for the 1st time.

The doc string's dark warning notwithstanding, I put a setq into .gnus
and seem to have gotten the result I expect.  I no longer have an
nnarchive server opened at all, and Gcc is being generated without an
explicit method.

And having experimented with the old definition of the function, it
seems to be doing the correct thing now.

Thank you, Kai.  Please disregard the patch.