From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/66169 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Process imap not running Date: Thu, 17 Jan 2008 22:58:59 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: References: <8763y7e1ji.fsf@photon.caeruleus.net> <87wsqc5ihz.fsf@photon.caeruleus.net> <8763xwxgzd.fsf@mocca.josefsson.org> <86myr63igc.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1200632445 31173 80.91.229.12 (18 Jan 2008 05:00:45 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Jan 2008 05:00:45 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M14660@lists.math.uh.edu Fri Jan 18 06:01:02 2008 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.50) id 1JFjLg-0006MP-KM for ding-account@gmane.org; Fri, 18 Jan 2008 06:01:00 +0100 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 1JFjKR-0002UY-Pb; Thu, 17 Jan 2008 22:59:43 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JFjKQ-0002UI-I0 for ding@lists.math.uh.edu; Thu, 17 Jan 2008 22:59:42 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1JFjKK-0005ju-Ay for ding@lists.math.uh.edu; Thu, 17 Jan 2008 22:59:42 -0600 Original-Received: from blockstar.com ([170.224.69.95] helo=mail.blockstar.com) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1JFjKL-0005L4-00 for ; Fri, 18 Jan 2008 05:59:37 +0100 Original-Received: from mungo (c-67-186-103-18.hsd1.il.comcast.net [67.186.103.18]) by mail.blockstar.com (Postfix) with ESMTP id 5ED673F8D52 for ; Thu, 17 Jan 2008 21:31:53 -0800 (PST) X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" In-Reply-To: (Reiner Steib's message of "Thu, 17 Jan 2008 19:33:59 +0100") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.1.50 (darwin) X-Spam-Score: -2.5 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:66169 Archived-At: On Thu, 17 Jan 2008 19:33:59 +0100 Reiner Steib wrote: RS> On Thu, Jan 17 2008, Ted Zlatanov wrote: >> On Wed, 16 Jan 2008 Reiner Steib wrote: RS> On Tue, Jan 15 2008, Ted Zlatanov wrote: >>>> On Tue, 15 Jan 2008 Reiner Steib wrote: RS> I added the variable `imap-ping-server', defaulting to t. Please RS> adjust if necessary. >>>> >>>> I think it should be an integer, representing the minimum number of >>>> seconds RS> ... better use milliseconds or allow floats? OK. >>>> before it's triggered (or nil to turn it off). >> RS> Is this feasible? Would someone like to implement this? >> >> I could do it eventually, RS> Please do. I'll put it on my TODO list. >> but it's really not too hard. Just make a buffer-local timer in the >> imap buffer and check it every time if the variable is not t. >>>> The default should be nil. When the IMAP server is far away, pinging >>>> the server introduces a painful delay because of the TCP round trip. >> RS> Could you explain how much delay it cause (and when)? As it seems to RS> fix a problem for several users, it would be nice to set it to t. RS> ... or some reasonable integer? >> Remote TCP connections require an acknowledgment for every packet. [...] RS> My question aimed at your personal experience, i.e. which Gnus/IMAP RS> commands are noticeably slower (getting new articles, displaying RS> articles, ..., more or less all commands?) and how long the delay is RS> approximately (several seconds?). (sorry for the discourse) I haven't noticed it personally, since I use IMAP servers that are nearby on fast links. Generally it wouldn't be directly noticeable since the delay is small per command on the average, but on the whole the users will have a slower experience, and in the worst case (on a slow link to a distant server) it will surely be unpleasant. Ted