From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/64682 Path: news.gmane.org!not-for-mail From: Simon Josefsson Newsgroups: gmane.emacs.gnus.general Subject: Re: sluggish IMAP updating? Date: Thu, 24 May 2007 17:18:59 +0200 Message-ID: <87myzuxna4.fsf@mocca.josefsson.org> References: <87wsyyzb9p.fsf@mocca.josefsson.org> <87veeixo5j.fsf@mocca.josefsson.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1180019956 9029 80.91.229.12 (24 May 2007 15:19:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 24 May 2007 15:19:16 +0000 (UTC) Cc: ding@gnus.org To: Greg Troxel Original-X-From: ding-owner+M13193@lists.math.uh.edu Thu May 24 17:19:11 2007 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 1HrF5q-0001Ws-Ux for ding-account@gmane.org; Thu, 24 May 2007 17:19:11 +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 1HrF5n-0003w7-VM; Thu, 24 May 2007 10:19:08 -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 1HrF5m-0003vm-FV for ding@lists.math.uh.edu; Thu, 24 May 2007 10:19:06 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.67) (envelope-from ) id 1HrF5i-0004o3-HO for ding@lists.math.uh.edu; Thu, 24 May 2007 10:19:06 -0500 Original-Received: from vinyl.extundo.com ([83.241.192.59]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1HrF5g-0003Tu-00 for ; Thu, 24 May 2007 17:19:00 +0200 Original-Received: from mocca.josefsson.org (38.177.241.83.in-addr.dgcsystems.net [83.241.177.38]) (authenticated bits=0) by vinyl.extundo.com (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id l4OFIxNx026109 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 May 2007 17:19:01 +0200 OpenPGP: id=B565716F; url=http://josefsson.org/key.txt Mail-Copies-To: nobody X-Hashcash: 1:22:070524:gdt@work.lexort.com::UCRQ5eyJI4GLjr10:0my1 X-Hashcash: 1:22:070524:ding@gnus.org::f1gmqFD4M4YCx7+t:0SxH2 In-Reply-To: (Greg Troxel's message of "Thu\, 24 May 2007 11\:13\:00 -0400") User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/22.0.95 (gnu/linux) X-Spam-Score: -2.5 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:64682 Archived-At: Greg Troxel writes: > Simon Josefsson writes: > >>> The word from dovecot is that STATUS on a selected mailbox is SHOULD NOT >>> to start with, and MUST NOT to check for new mail. See 6.3.10 of >>> RFC3501. >>> >>> http://dovecot.org/pipermail/dovecot/2007-May/023045.html >>> >>> Plus, doing lots of STATUS commands seems to be disfavored but I don't >>> understand IMAP well enough to understand. >> >> nnimap was written when RFC 2060 was current, and we haven't really >> updated it for RFC 3501. I suspect the notes in 6.3.10 was added as a >> result of nnimap and other implementations behaviour, but the problem is >> that I don't know of a good way to implement this in Gnus without using >> STATUS (and, alas, I wouldn't have time to implement anything even if I >> had some ideas). Note that I cannot see that RFC 3501 allows servers to >> respond with incorrect data in this situation, which dovecot appears to >> be doing. > > The dovecot people talk about 'synchronizing the mailbox', and > apparently they are in an implementation bind because they aren't > allowed to clear recent flags. > > I see your point, but the RFC says "MUST NOT" use STATUS on a selected > mailbox to check for new mail. RFC 2060 didn't, and nnimap was written for that RFC. Ideally, someone could revise nnimap to make it more modern. > I think one is supposed to use SEARCH RECENT, but I really just barely > understand imap. Alternatively use something like the IDLE extension. Or issue a NOOP. >> I don't have a strong opinion on what the default should be. If others >> think it is safer to let it be t by default, by all means change it. > > Someone else was having trouble with courier imap, so this seems not to > just be a dovecot issue. I'd favor safety over efficiency. for me > 'g' takes a while and does 100 STATUS checks, so an unselect hardly > seems like a big deal. The unselect happens in a few other situations too, though, which could trigger other kind of bugs. Still, let's try it for a while. I have installed it in CVS. Heads up: if anyone notices that nnimap has become significantly slower and/or some new IMAP is showing up that can be traced to this change, let us know! /Simon