From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72799 Path: news.gmane.org!not-for-mail From: Julien Danjou Newsgroups: gmane.emacs.gnus.general Subject: Re: Returning to ticks on read-only imap servers Date: Fri, 08 Oct 2010 20:22:38 +0200 Message-ID: <87zkuozgr5.fsf@keller.adm.naquadah.org> References: <87eic45u1n.fsf@maru.md5i.com> <8762xdsn0d.fsf@maru.md5i.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" X-Trace: dough.gmane.org 1286562233 27389 80.91.229.12 (8 Oct 2010 18:23:53 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2010 18:23:53 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21171@lists.math.uh.edu Fri Oct 08 20:23:52 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 1P4Hbg-0007uH-6w for ding-account@gmane.org; Fri, 08 Oct 2010 20:23:48 +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 1P4HbH-0007Jr-US; Fri, 08 Oct 2010 13:23:23 -0500 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 1P4HbE-0007JX-UH for ding@lists.math.uh.edu; Fri, 08 Oct 2010 13:23:20 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P4HbD-0001Zy-0j for ding@lists.math.uh.edu; Fri, 08 Oct 2010 13:23:20 -0500 Original-Received: from prometheus.naquadah.org ([212.85.154.174] helo=mx1.naquadah.org) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P4HbB-0000sc-00 for ; Fri, 08 Oct 2010 20:23:17 +0200 Original-Received: by mx1.naquadah.org (Postfix, from userid 8) id 450575C0F4; Fri, 8 Oct 2010 20:22:42 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on prometheus.naquadah.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 Original-Received: from keller.adm.naquadah.org (unknown [IPv6:2a01:e35:2e39:e900:222:faff:fe9d:ce44]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.naquadah.org (Postfix) with ESMTPSA id 67B295C0EC for ; Fri, 8 Oct 2010 20:22:39 +0200 (CEST) Original-Received: from jd by keller.adm.naquadah.org with local (Exim 4.72) (envelope-from ) id 1P4HaY-0000rX-Ny for ding@gnus.org; Fri, 08 Oct 2010 20:22:38 +0200 Mail-Followup-To: ding@gnus.org In-Reply-To: (Lars Magne Ingebrigtsen's message of "Fri, 08 Oct 2010 19:00:10 +0200") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72799 Archived-At: --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, Oct 08 2010, Lars Magne Ingebrigtsen wrote: > Yeah. I think I have a clear idea how to proceed here now. For groups > it knows already, it'll output either EXAMINE+FETCH (or EXAMINE QRESYNC) > for the servers that support that. For groups it doesn't know, it'll > output a SELECT+FETCH 1:*. That SELECT will tell nnimap whether it > supports flags or not, and nnimap can then stash that info. > > In the same sweep, it'll examine the EXAMINE results for mismatches in > UIDVALIDITY, and do an extra SELECT+FETCH 1:* for those groups. > > So for normal `g' work, it'll be no slower than today (and much, much > faster for servers with QRESYNC). Only the appearance of new groups, or > UIDVALIDITY mismatches, will trigger more chatter between Gnus and the > IMAP server. > > I'll work on implementing this this weekend. Once it's implemented, the > very first time you use Gnus after the push, Gnus will issue a > SELECT+FETCH 1:* for all your groups to get a complete data set again. That overlaps was I was saying in an earlier mail today, using UIDVALIDITY to resync everything rather than fetch the 100 last mails. The only question left is, are you forced to to a FETCH 1:*, isn't a STATUS enough? That would be very faster. You'd do the FETCH on group entering. My 2=C2=A2, =2D-=20 Julien Danjou // =E1=90=B0 http://julien.danjou.info --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyvYW4ACgkQpGK1HsL+5c0X+wCcDU8cuFoyymnvAoJM3HYZhPuX 7wkAn3m1tq4I++e1pbpPk3fGljd8UY+a =+rlW -----END PGP SIGNATURE----- --=-=-=--