From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/71622 Path: news.gmane.org!not-for-mail From: Frank Schmitt Newsgroups: gmane.emacs.gnus.general Subject: Re: New imap Implementation and Keepalive Date: Fri, 24 Sep 2010 14:34:21 +0200 Organization: Hamme net, kren mer och nimmi Message-ID: <87mxr7coc2.fsf@mid.gehheimdienst.de> References: <87fwx1npti.fsf@MagnumOpus.khem> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1285331740 4409 80.91.229.12 (24 Sep 2010 12:35:40 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 24 Sep 2010 12:35:40 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M19995@lists.math.uh.edu Fri Sep 24 14:35:39 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Oz7V4-000735-Kd for ding-account@gmane.org; Fri, 24 Sep 2010 14:35:38 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Oz7UZ-0004hr-CO; Fri, 24 Sep 2010 07:35:07 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Oz7UX-0004he-QR for ding@lists.math.uh.edu; Fri, 24 Sep 2010 07:35:05 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1Oz7UV-0006GV-H0 for ding@lists.math.uh.edu; Fri, 24 Sep 2010 07:35:05 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1Oz7UU-0000C5-00 for ; Fri, 24 Sep 2010 14:35:02 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Oz7UQ-0006j8-TD for ding@gnus.org; Fri, 24 Sep 2010 14:34:58 +0200 Original-Received: from zoidberg.uni-koblenz.de ([141.26.69.172]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Sep 2010 14:34:58 +0200 Original-Received: from ich by zoidberg.uni-koblenz.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 24 Sep 2010 14:34:58 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 31 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: zoidberg.uni-koblenz.de X-Face: :EL9TzGRN){7|oE2~xQ8Q(VjpjsXgX$~gi&rYD5J5p)$w\Thdl~v:7h`/n)J!8nXT%_+Wj6}@EHM8}QbA(9nX-wrQ:ch1%DauV[?kFasXUcnL#+"K8zOx&$@/M'/},q-eztaJra1|?C+p$h\2XnK-HB"8_U Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:71622 Archived-At: Uday S Reddy writes: > On 9/23/2010 3:42 AM, Charles Philip Chan wrote: >> >> Firstly I want to thank everyone involved for the speedup in the new >> imap implementation. However, I am encountering one annoying problem- it >> seems like the new implementation does not keep the connection alive >> like the old one does. In the old implementation I just need to enter my >> imap password once interactively per Gnus session (I wasn't using >> auth-sources at that time). With the new implementation my imaps server >> (dovecot) drops connection due to inactivity and I need to enter my long >> gpg passphrase again if my pass phrase cache have expired. > > I think it is a bit unkind to keep IMAP sessions alive just for the > sake of it. The mail server administrators set their time-out policies > to make the best possible use of resources. If everybody forcibly > keeps their sessions alive, the mail servers are likely to run out of > connections and refuse new connections. > > If the problem is really that the password cache is expiring, it is > far better to block that instead of trying to tax the mail server. No. For IMAP it is perfectly normal that the client keeps the connection open as long as he is active. It's even in the RFC. Otherwise e.g. IMAP idle wouldn't be possible. The NOOP command is there for exactly this purpose. -- Have you ever considered how much text can fit in eighty columns? Given that a signature typically contains up to four lines of text, this space allows you to attach a tremendous amount of valuable information to your messages. Seize the opportunity and don't waste your signature on bullshit that nobody cares about.