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=-3.3 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H2 autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 11161 invoked from network); 12 Oct 2021 19:51:04 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 12 Oct 2021 19:51:04 -0000 Received: from localhost ([::1]:40014 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1maNni-0003jD-G2 for ml@inbox.vuxu.org; Tue, 12 Oct 2021 15:51:02 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58440) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maNnX-0003ie-Ee for info-gnus-english@gnu.org; Tue, 12 Oct 2021 15:50:52 -0400 Received: from ciao.gmane.io ([116.202.254.214]:54952) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maNnU-000277-Cw for info-gnus-english@gnu.org; Tue, 12 Oct 2021 15:50:51 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1maNnS-0007Zj-DP for info-gnus-english@gnu.org; Tue, 12 Oct 2021 21:50:46 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: info-gnus-english@gnu.org From: Eric Abrahamsen Subject: Re: Mail source unreachable - continue yes/no? Date: Tue, 12 Oct 2021 12:50:36 -0700 Message-ID: <87pmsaxbsj.fsf@ericabrahamsen.net> References: <22ee8sumb0.fsf@hiptop.liman.net> <87zgrect8z.fsf@gnus.org> <875yu2yyp9.fsf@ericabrahamsen.net> <877deib2q9.fsf@gnus.org> <871r4qyvzm.fsf@ericabrahamsen.net> <8735p6azz2.fsf@gnus.org> <87wnmixg2b.fsf@ericabrahamsen.net> <87wnmi9k27.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cancel-Lock: sha1:NFTZjeQKws241VIwGSowSp6o4Zc= Received-SPF: pass client-ip=116.202.254.214; envelope-from=gegu-info-gnus-english@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: info-gnus-english@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Announcements and discussions for GNUS, the GNU Emacs Usenet newsreader \(in English\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: info-gnus-english-bounces+ml=inbox.vuxu.org@gnu.org Sender: "info-gnus-english" Lars Ingebrigtsen writes: > Eric Abrahamsen writes: > >> I've got my nntp server set in `gnus-select-method', maybe that's why? >> This has annoyed me off and on for years but I've never taken the time >> to look into it. My other servers are all localhost nnimap and I never >> see errors there. I just set debug-on-message appropriately, and will >> figure out exactly where things are going off. > > Tried > > (setq gnus-select-method '(nntp "localhost")) > > and that worked fine, too. There's probably errors that aren't > handled well, but there's infrastructure to collect all the erroring > backends and display the errors at the end. Well, at least there used > to be; haven't actually looked at the code now. :-) I put plain old calls to `error' inside `nnimap-request-scan', and that also derailed the "g" update process. So whatever handling there once was either is not around this particular piece of code, or else it might have gone away at some point. I had had `nntp-connection-timeout' set to 6, as it hangs indefinitely otherwise. I stuck a call to `error' inside `nntp-report'; so far I can't get an actual backtrace, I guess because there _is_ error handling for nntp. But even there I don't think it's "flow control" handling, it appears to just be error demotion. Are you likely to recall further how this once worked? :) I can start sketching out some custom errors, otherwise. Eric