bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#43047: 28.0.50; Closing Gnus server then searching it results in unr


From: Eric Abrahamsen
Subject: bug#43047: 28.0.50; Closing Gnus server then searching it results in unrecoverable breakage
Date: Fri, 16 Oct 2020 09:54:48 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Eric Abrahamsen <eric@ericabrahamsen.net> writes:
>
>> That's as far as I've gotten now. I will continue debugging this, but
>> I'm hanging it here first to remind myself, and in case anyone else
>> wants to take a whack at it.
>>
>> Debugger entered--Lisp error: (error "NPR/imaps Name or service not known")
>>   make-network-process(:name "*nnimap*" :buffer #<buffer *nnimap NPR
>> nil *nntpd**> :host "NPR" :service "imaps" :nowait nil :tls-parameters
>> nil :coding nil)
>
> Reading this bug report, it's somewhat unclear what the problem is.  Is
> "NPR" really the name of the server you're connecting to, or is that the
> problem?  That Gnus is trying to connect to "NPR"?

Yes, the server is correct: nnimap+NPR. Once I get that error above, I
can't reconnect, and get the same error for all nnimap backends.

I'm 90% sure the problem is that searching leads to a code path that
doesn't first check if the server is open, so `nnoo-change-server' is
never called, and the server variables for all imap servers get
cross-wired somehow. But I still haven't taken the time to step through
it in depth.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]