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 32487 invoked from network); 12 Oct 2021 18:18:55 -0000 Received: from lists.gnu.org (209.51.188.17) by inbox.vuxu.org with ESMTPUTF8; 12 Oct 2021 18:18:55 -0000 Received: from localhost ([::1]:60488 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1maMMX-0005Eh-Mr for ml@inbox.vuxu.org; Tue, 12 Oct 2021 14:18:53 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37932) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maMMU-0005EA-Pi for info-gnus-english@gnu.org; Tue, 12 Oct 2021 14:18:50 -0400 Received: from ciao.gmane.io ([116.202.254.214]:48566) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1maMMD-0005K6-Ri for info-gnus-english@gnu.org; Tue, 12 Oct 2021 14:18:50 -0400 Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1maMMB-0002hb-N3 for info-gnus-english@gnu.org; Tue, 12 Oct 2021 20:18:31 +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 11:18:20 -0700 Message-ID: <87wnmixg2b.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> 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:PLh/pfoJ00aaumgbLxuda/lG8OM= 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: > >> `nnmail-get-new-mail' is called from within `gnus-request-scan', and >> there's no error ignoring around `gnus-request-scan' in >> `gnus-get-unread-articles' -- is there? I can't see anything. I would >> propose removing error handling from `nnmail-get-new-mail-1': if the >> fetching of mail sources well and truly fails (and the user hits "no" to >> give up on the process), it should just signal an error up the line. > > Yes, I think so... but isn't there error handling in gnus-request-scan? > I really thought there was... You mean in `gnus-get-unread-articles', around `gnus-request-scan'? No, there doesn't seem to be. In other places where `gnus-request-scan' is called, the code is mostly working with a single group, in which case you could argue that errors should just bubble up to the user. >> I think nntp servers are louder than the others. When I hit "g" and the >> nntp connection times out, I get a "server closed connection" message, >> and the whole update process halts. > > That sounds like a bug. :-) If I push, for instance > > (nntp "localhost") > > to gnus-secondary-select-methods and hit g, I get an error message and > then the server is marked as "denied", but Gnus carries on its merry > way. (Same if something times out or I hit `C-g' while it's connecting.) 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.