Gnus development mailing list
 help / color / mirror / Atom feed
From: Eric Abrahamsen <eric@ericabrahamsen.net>
To: ding@gnus.org
Subject: Re: Unpleasant catch 22
Date: Wed, 23 Sep 2020 21:11:27 -0700	[thread overview]
Message-ID: <87pn6bg6fk.fsf@ericabrahamsen.net> (raw)
In-Reply-To: <vtonmft03lohd4lib7jbdkd0e1q19vfnm6@4ax.com>

Harry <reader@newsguy.com> writes:

> On Wed, 23 Sep 2020 16:10:35 -0700, Eric Abrahamsen
> <eric@ericabrahamsen.net> wrote:
>
>>Harry <reader@newsguy.com> 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



  parent reply	other threads:[~2020-09-24  4:12 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-09-23 23:03 Harry
2020-09-23 23:10 ` Eric Abrahamsen
2020-09-24  0:36   ` Harry
2020-09-24  1:01     ` 黃炳熙
2020-09-24  4:11     ` Eric Abrahamsen [this message]
2020-09-24  4:32       ` Eric Abrahamsen
2020-09-24 21:27       ` Harry Putnam
2020-09-25  1:26         ` Eric Abrahamsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87pn6bg6fk.fsf@ericabrahamsen.net \
    --to=eric@ericabrahamsen.net \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).