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 12373 invoked from network); 4 May 2020 14:52:23 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 4 May 2020 14:52:23 -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 1jVcS3-0006Fy-Tm; Mon, 04 May 2020 09:52:11 -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 1jVcS1-0006D7-2S for ding@lists.math.uh.edu; Mon, 04 May 2020 09:52:09 -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 1jVcRz-0002ay-AE for ding@lists.math.uh.edu; Mon, 04 May 2020 09:52:08 -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=wm4ExmsgUaM40nRHCW3unUk58yXpESUZBHsS3Gx/6+o=; b=d1yBT73+JVwt9DJK9Q245Ovuen CvFSurhNiQdhjdko7n1iMBpre1mztKcyPso/bPIp0ojZjotPzwyGn9aNKU58HASyj0UsMmTRAjvqk 1cBFn9TkpWRbOf8l+NvazRQ8SKqqXldA2obaCruJmCvoloBSwEOsMUNSQ7tFqfwUqPVw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jVcRm-000116-Pt; Mon, 04 May 2020 16:52:02 +0200 From: Lars Ingebrigtsen To: Robert Pluim Cc: Eric Abrahamsen , 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> <87a72t35ng.fsf@gnus.org> <87wo5wev3m.fsf@ericabrahamsen.net> <878sic1w65.fsf@gnus.org> <87y2qcbp45.fsf@ericabrahamsen.net> Date: Mon, 04 May 2020 16:51:53 +0200 In-Reply-To: (Robert Pluim's message of "Mon, 04 May 2020 14:53:11 +0200") Message-ID: <87pnbjwy5y.fsf@gnus.org> 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: > Also, I see this when coming out of sleep and connecting to the same > wifi network, with the same IP, and the same DNS server, which I guess > implicates Emacs more. It's unlikely to be something on your machine that's the problem. It's unfortunately common for routers/firewalls to eject the apparently dead connection from their routing tables, and when a new packet arrives on that connection, it'll just discard it (instead of sending a RST packet to you). The result is a hanging connection. In my experience, this is quite common for the NAT routers ISPs use in front of your home, and less common for the firewalls that's close to the server. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no