From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_LOW autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 32580 invoked from network); 24 Sep 2020 21:28:10 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 24 Sep 2020 21:28:10 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.94) (envelope-from ) id 1kLYm7-00GBNB-6S; Thu, 24 Sep 2020 16:27:35 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kLYm2-00GBLG-Ir for ding@lists.math.uh.edu; Thu, 24 Sep 2020 16:27:30 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94) (envelope-from ) id 1kLYm0-0022PB-ME for ding@lists.math.uh.edu; Thu, 24 Sep 2020 16:27:30 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:Mime-Version:References:Message-ID:Date:Subject: From:To:Sender:Reply-To:Cc:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ypn0UPaai4/OdUQY5JMrifiLbH/tvy+ra7CN8iOhT7M=; b=NfIqW1f9HQ2C8mGB//8c4gSYAK ShOF5slur6rE3P+JQiqI9OSZDUG+QBt9ItFijyafZ+x0JK5CBdmLzU7ZIVim23v+1C9gYJ9bSYJpu oqzo/Thw6vNhZYpa3XW0amu5Ph8BiEAeCh9aHjjc5Xaqfyo7CfCcYefHDXJO1C4e9FZU=; Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214] helo=ciao.gmane.io) by quimby with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kLYls-0002jM-P7 for ding@gnus.org; Thu, 24 Sep 2020 23:27:24 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kLYlr-00095x-Kk for ding@gnus.org; Thu, 24 Sep 2020 23:27:19 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Harry Putnam Subject: Re: Unpleasant catch 22 Date: Thu, 24 Sep 2020 17:27:06 -0400 Organization: Still searching... Message-ID: <871riquaqd.fsf@local.lan> References: <87zh5gf5sk.fsf@ericabrahamsen.net> <87pn6bg6fk.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:pgPft5gl9KRDOQ+ETVB7EbPO1xU= List-ID: Precedence: bulk Eric Abrahamsen writes: [...] First let me say that problem is fixed by finally getting a working password in place for news.forteinc. So once again I'm able to enter a gnus interface on startup. For future reference, one thing I'm curious about... is there a way to tell gnus NOT to scan for news/mail on startup. At least then in the event of some kind of server snafu at least one could start gnus and take care of server problems. >> You didn't mention if `gnus-no-server' is expected to scan for >> mail/news and if so, what is the point since no servers are supposed >> to be engaged. > [...] > So far as I can tell, calling `gnus-no-server' skips the initial > connection to `gnus-start-news-server' (which only starts > `gnus-select-method'), but then later on connects to it anyway, during > `gnus-get-unread-articles'. Essentially, `gnus-no-server' seems to be > functionally equivalent to starting Gnus normally, but only activating > groups at levels 1 and 2. Thanks; so not much use apparently. [...] > This is separate from the fact that authentication failure of any server > shouldn't hang the whole startup process. No need to keep on in this vain as it is fixed in fortinc server. > . . . . . . . . . . . . . . . . . . . . . .Is the bum authentication > information for this server stored in ~/.authinfo{.gpg}? If it is, and > you delete the corresponding line, does Gnus prompt you anew for a > password to use? Egad I wish I'd have thought of that. I was mucking around with .authinfo trying different passwd etc... and still never cottoned to that simple fix. Although given the way gnus was resonded to bad authinfo, I suspect using the `prompted for' passwd and having a wrong passwd entered might still have stopped the music.