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 11780 invoked from network); 30 Apr 2020 22:56:24 -0000 Received: from lists1.math.uh.edu (129.7.128.208) by inbox.vuxu.org with ESMTPUTF8; 30 Apr 2020 22:56:24 -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 1jUI64-0004S8-8W; Thu, 30 Apr 2020 17:56:00 -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 1jUI61-0004PI-7Q for ding@lists.math.uh.edu; Thu, 30 Apr 2020 17:55:57 -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 1jUI5z-0005NV-En for ding@lists.math.uh.edu; Thu, 30 Apr 2020 17:55:57 -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=+EdTDQ8Fctx4p8hm1SRcXSVHKMaGlgdMndBfCCGDZOw=; b=B/fdF4PpjWlj4J6PfyD4kvgtbA 2VCYWYNO6o5r0hjZXo5NETIcm2EW/mSNsyBW5rUnTjTHzVivIwF/yBmNZ0bnF5PwNfGALlyE19Sq4 lTzHQ/DOYZubQJaDzLET7dotrE0BmS3TuS8dDhLajpwZ61/g+JWvKfQdbXaOgqrPKWGs=; 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 1jUI5s-0001QW-CD; Fri, 01 May 2020 00:55:50 +0200 From: Lars Ingebrigtsen To: Eric Abrahamsen Cc: 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> <87sggkeuvr.fsf@ericabrahamsen.net> <874kt01w30.fsf@gnus.org> <87r1w4boft.fsf@ericabrahamsen.net> <877dxwzjz6.fsf@gnus.org> <87mu6sbntb.fsf@ericabrahamsen.net> Date: Fri, 01 May 2020 00:55:47 +0200 In-Reply-To: <87mu6sbntb.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Thu, 30 Apr 2020 15:39:44 -0700") Message-ID: <87368kziq4.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 Eric Abrahamsen writes: >> Yes, that would be good. But we basically need the same machinery for >> the general case, I think? > > But we don't actually have a general case, do we -- as you noted, nntp > doesn't have a NOOP equivalent. Is there something else we can use? Not that general. :-) I mean -- for nnimap.el, and the "general" thing is "there should be a timeout on commands". So an nnimap-keepalive timeout should use the same mechanism as the proposed NOOP-command-prepend mechanism. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no