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 27288 invoked from network); 24 Sep 2020 04:12:32 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 24 Sep 2020 04:12:32 -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 1kLIbn-00G1nd-0h; Wed, 23 Sep 2020 23:11:51 -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 1kLIbi-00G1lm-DE for ding@lists.math.uh.edu; Wed, 23 Sep 2020 23:11:46 -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 1kLIbf-001Tg8-8L for ding@lists.math.uh.edu; Wed, 23 Sep 2020 23:11:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:Mime-Version:References :Message-ID:Date:Subject:From:To:Sender:Reply-To:Cc: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=sQa0rW3NsEHqYVmOLpv7FY/+IAZW/ucF0CURToRRe8w=; b=JXcmdhSF+YD9V9wpIUXQvAtRL4 XRt8gfp8bfhKoB1snDUF2vducGkExJZF30Kb9ijjcP1ZbuOxaUPf5JuAU5pdbhgCmNfdaC/S6tSx4 MidLkVMHglgDtxiAYOq8+o7M79MTV1DenqVsYBsvbCggc7lVoNsTu/TV55sVKDvyMMEw=; 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 1kLIbX-0002NE-WF for ding@gnus.org; Thu, 24 Sep 2020 06:11:38 +0200 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kLIbX-00054Z-Gy for ding@gnus.org; Thu, 24 Sep 2020 06:11:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: ding@gnus.org From: Eric Abrahamsen Subject: Re: Unpleasant catch 22 Date: Wed, 23 Sep 2020 21:11:27 -0700 Message-ID: <87pn6bg6fk.fsf@ericabrahamsen.net> References: <87zh5gf5sk.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cancel-Lock: sha1:OiV2DJvnJ8H65qowWBiHhleUk2c= List-ID: Precedence: bulk Harry writes: > On Wed, 23 Sep 2020 16:10:35 -0700, Eric Abrahamsen > wrote: > >>Harry writes: >> >>> I get an error when starting gnus and after it begins mail/news scan >>> ... it ends in Authorization Rejected. So apparently a password not >>> working for on reason or another. However there is no indication of >>> which password. So normally I would start gnus and look in the server >>> buffer. However starting gnus results in news scan and the same >>> Authorization message... Gnus never finishes its startup. >>> >>> OK, I thought, I'll start` gnus-no-server' but I'll be darned if that >>> doesn't go to a news scan too. ( Why would there be a scan if there >>> are no servers?) >>> >>> (And by the way gnus is running with `debug on error' and `debug on >>> quit' engaged) >>> >>> At least the ending during `gnus-no-server' startup is not about >>> Authorization but appearantly, after a very lengthy (more than 15 >>> minutes) I finally hit Ctrl-g. No Backtrace is generated it simiply >>> says `quit' >>> >>> I guess a couple of things are raised with this behavior but can >>> someone at least tell me how to get a gnus interface without any >>> news/mail scanning so I can do other chks? >> >>Try `gnus-unplugged'? That might depend on what you've got agentized, >>though. >> >>Let us know what servers you have configured, and which require >>authorization? And did this problem start after some change? After an >>Emacs update? Out of the blue? >> > > gnus-unplugged brings the Authorization error too. > > 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. I don't really know what's supposed to happen. The docs say that `gnus-no-server': will not attempt to contact your primary server—instead, it will just activate all groups on level 1 and 2. (You should preferably keep no native groups on those two levels.) 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. One hacky solution to getting a working Gnus might be to shut it down, and doctor your .newsrc.eld file so that all groups belonging to the offending server are at level 3 or higher. Of course, for that matter, if you know what the lowest level is of all the groups belonging to that server, you could just call `gnus' with a numeric prefix arg of that level or lower, and Gnus shouldn't attempt to contact the server. This is separate from the fact that authentication failure of any server shouldn't hang the whole startup process. 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? Eric