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 1121 invoked from network); 4 May 2020 18:02:22 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 4 May 2020 18:02:22 -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 1jVfPk-0008In-2Q; Mon, 04 May 2020 13:02:00 -0500 Received: from mx1.math.uh.edu ([129.7.128.32]) by lists1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jVfPg-0008Fw-1J for ding@lists.math.uh.edu; Mon, 04 May 2020 13:01:56 -0500 Received: from quimby.gnus.org ([95.216.78.240]) by mx1.math.uh.edu with esmtps (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92.3) (envelope-from ) id 1jVfPe-0007rn-Jg for ding@lists.math.uh.edu; Mon, 04 May 2020 13:01:55 -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=ngviUFGWTWEyaiyTS6fQONERndyM6EYYcwMxqafb4+w=; b=g8CRQU32IKRp5q82N64IqxFj6t yBT4lNohU0Fer7GuuyuFIzHLGjZYe3O6gaqqgvAy937cnfMDjGfuK4m9UMFgzrcvf9KcdmWnx4Flo MsF6ih1DMd8wjZjWQGOMT+Wp+L4hizpq+KmVAXBR0wycypxldbJQjcUGJkW8RnWpriGo=; 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 1jVfPQ-000310-3V; Mon, 04 May 2020 20:01:48 +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> <87pnbjwy5y.fsf@gnus.org> <874ksvodwm.fsf@ericabrahamsen.net> Date: Mon, 04 May 2020 20:01:39 +0200 In-Reply-To: (Robert Pluim's message of "Mon, 04 May 2020 19:21:15 +0200") Message-ID: <87eerzwpdo.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: > Be prepared for rather more network traffic when Gnus is idle. I just had a thought -- there basically are no non-TLS connections in use any more (that we care about). So can the TLS layer help us with this problem? *gasp* https://gnutls.org/manual/gnutls.html#index-gnutls_005fheartbeat_005fping There's a TLS layer ping! Could we somehow use that for something fun? Like, for instance, have nnimap (etc) send an asynchronous ping before a command, and if there is no response to the ping, reconnect and retry? That would be something that could work on for all the different protocols, so we wouldn't have to implement this all over the place. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no