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 28815 invoked from network); 19 Apr 2020 22:11:19 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with UTF8ESMTPZ; 19 Apr 2020 22:11:19 -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 1jQI9Q-00082S-OG; Sun, 19 Apr 2020 17:10:56 -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 1jQI9M-0007zb-C5 for ding@lists.math.uh.edu; Sun, 19 Apr 2020 17:10:52 -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 1jQI9K-0000ZG-2r for ding@lists.math.uh.edu; Sun, 19 Apr 2020 17:10:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=Iha5TOOQWAEzlfwHY+JBGO58FBWOoUj7Ifhvoe2eXzE=; b=d4p7YsPRaEr2ozL10FHpTSIBzp XmrBei81tExymt9QT/1OVyvRMr/1c+TfbCxheOTIHJyYRgMfsSK6vfBQ3wQXBJDYExC0nDmsf8PO3 iAU+v6tP9Qj0uIMf2f3mvthGTFrWK7lyI/hj1BdffGYQMUk5QaiI0UzJXx6yrVjX/aEA=; 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 1jQI98-000617-Ne for ding@gnus.org; Mon, 20 Apr 2020 00:10:44 +0200 Received: from localhost (c-73-254-86-141.hsd1.wa.comcast.net [73.254.86.141]) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 17BE1FA01D; Sun, 19 Apr 2020 22:10:35 +0000 (UTC) From: Eric Abrahamsen To: Robert Pluim Cc: 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> Date: Sun, 19 Apr 2020 15:10:34 -0700 Message-ID: <87k12bm8it.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; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-ID: Precedence: bulk Robert Pluim writes: >>>>>> On Sun, 19 Apr 2020 10:32:03 -0700, Eric Abrahamsen said: > Eric> Yeah, I used to assume I was hallucinating, but it's been going= on for > Eric> too long now. The rest of what you describe below is perfectly = "normal" > Eric> for Gnus, and the same as what we all experience, but this rest= arting > Eric> thing... Next time I switch networks (not all that often, these= days) > Eric> I'll do some edebugging and try to open a more detailed bug rep= ort. > > I see this too. Every time I try to look at it, it=CA=BCs an issue > somewhere deep in Emacs' networking code where it=CA=BCs trying to read > from the network and failing, but not failing enough that it gets an > error or a timeout. And then Real Life=E2=84=A2 intervenes and I *have* t= o get > Gnus working again. > > I=CA=BCve tried turning on tcp-keepalives, but that doesn=CA=BCt help eit= her. I just started watching Emacs' nntp connections, and immediately noticed that closing all servers ("z") and re-opening them ("g") does not kill the previous connection, it just opens a new one, with it's own keepalive timer. If I kill Gnus, it kills all the open connections, but maybe there's something about switching networks that prevents it from killing the connections? And then we try to use a stale connection? I will test more. But doesn't it seem basically wrong that `gnus-close-server' on an nntp server doesn't kill the network connection?