From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, RCVD_IN_DNSWL_MED autolearn=ham autolearn_force=no version=3.4.2 Received: (qmail 3391 invoked from network); 20 Apr 2020 18:26:20 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with UTF8ESMTPZ; 20 Apr 2020 18:26:20 -0000 Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.92.3) (envelope-from ) id 1jQb74-0001Ea-Uv; Mon, 20 Apr 2020 13:25:46 -0500 Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jQb71-0001Bm-J5 for ding@lists.math.uh.edu; Mon, 20 Apr 2020 13:25:43 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx2.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jQb5b-0004Hl-M0 for ding@lists.math.uh.edu; Mon, 20 Apr 2020 13:25:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=V5ZtZ5nRybAA8s1HRPU8GZCZSotV39kAFJKsQm5WhZI=; b=avHxVPpi2JKiIfb6/E6iM72R+/ d2l7PXCpbHvdISiPfzyQ9HUlreK5cL4gcplTMaWCFF3SNs2nvLBbz0XSFNosxMjrt7+lh4JslDkCw FXVQV446o4OuuElhFdnuig5/PGkYUpbs0dD0J6zFrxgmqHpF7/DWYSBxSE43m5hIu90Y=; Received: from ericabrahamsen.net ([52.70.2.18] helo=mail.ericabrahamsen.net) by quimby.gnus.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jQb5U-0003IY-RP for ding@gnus.org; Mon, 20 Apr 2020 20:24:11 +0200 Received: from localhost (97-113-59-211.tukw.qwest.net [97.113.59.211]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id C6F06FA01D; Mon, 20 Apr 2020 18:24:05 +0000 (UTC) From: Eric Abrahamsen To: Robert Pluim Cc: Andreas Schwab , Christian Barthel , ding@gnus.org Subject: Re: new wifi connection = nntp timeout = Emacs restart? References: <87sgh3coxn.fsf@ericabrahamsen.net> <87o8rogew7.fsf@barthel.ch> <87zhb7mlf0.fsf@ericabrahamsen.net> <87k12bm8it.fsf@ericabrahamsen.net> <87tv1eip08.fsf@igel.home> <87h7xekvp9.fsf@ericabrahamsen.net> Date: Mon, 20 Apr 2020 11:24:04 -0700 In-Reply-To: (Robert Pluim's message of "Mon, 20 Apr 2020 17:54:47 +0200") Message-ID: <87v9lu2eyj.fsf@ericabrahamsen.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain List-ID: Precedence: bulk Robert Pluim writes: >>>>>> On Mon, 20 Apr 2020 08:45:06 -0700, Eric Abrahamsen said: > > Eric> Andreas Schwab writes: > >> On Apr 19 2020, Eric Abrahamsen wrote: > >> > >>> I just started watching Emacs' nntp connections, and immediately noticed > >>> that closing all servers ("z") > >> > >> Why do you think that gnus-group-suspend closes servers? > >> gnus-close-all-servers does. > > Eric> Because gnus-group-suspend literally includes all the code in > Eric> gnus-close-all-servers... > > It even says: > > ;; Closing all the backends is useful (for instance) when when the > ;; IP addresses have changed and you need to reconnect. Okay, progress! Glad I'm inflicting this on all of you in the group, rather than embarrassing myself in a bug report. First of all, refreshing Gnus after moving to a new wifi network showed the nntp connection going from this: tcp 0 0 192.168.1.39:42194 159.69.161.202:nntp users:(("emacs",pid=143327,fd=18)) timer:(keepalive,94min,0) to this: tcp 0 1558 192.168.1.39:42194 159.69.161.202:nntp users:(("emacs",id=143327,fd=18)) timer:(persist,4.800ms,3) Dunno if that means anything! But left-behind nntp connections don't seem to be the source of the problem: Once Gnus fails to reconnect, and I hit "g" again, all the old connections are killed. (FWIW, I'm still pretty sure it's a bug that gnus-suspend and close-servers don't kill the nntp connection, there should never be more than one per server.) So my original hunch was wrong, as most of my hunches seem to be. Edebugging `nntp-open-connection', it turns out the condition-case, with nnheader-report in the error clause, was swallowing real errors -- it never occurred to me to ask the nntp server for its "report string". The first error I saw was: nntp-with-open-group-function: Wrong type argument: stringp, nil which is my favorite Gnus error. i'm not sure where that came from. The real problem seems to be: (error "news.gmane.io/nntp Temporary failure in name resol...") And I think that's our culprit! The DNS lookup fails, and continues to fail until I restart Emacs. So I'm assuming Emacs has some sort of dns caching going on, or something, that presumably we could flush if we wanted to. I'm going to leave this here for a day or two, then open a proper bug report. E