From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72792 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: Returning to ticks on read-only imap servers Date: Fri, 08 Oct 2010 19:00:10 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: <87eic45u1n.fsf@maru.md5i.com> <8762xdsn0d.fsf@maru.md5i.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286557242 21798 80.91.229.12 (8 Oct 2010 17:00:42 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2010 17:00:42 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21164@lists.math.uh.edu Fri Oct 08 19:00:41 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 1P4GJE-0006al-7k for ding-account@gmane.org; Fri, 08 Oct 2010 19:00:40 +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 1P4GJ9-0006e0-Iy; Fri, 08 Oct 2010 12:00:35 -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 1P4GJ8-0006dk-6r for ding@lists.math.uh.edu; Fri, 08 Oct 2010 12:00:34 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P4GIv-0001EN-0U for ding@lists.math.uh.edu; Fri, 08 Oct 2010 12:00:34 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P4GIu-0008H2-00 for ; Fri, 08 Oct 2010 19:00:20 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P4GIu-0006Ti-21 for ding@gnus.org; Fri, 08 Oct 2010 19:00:20 +0200 Original-Received: from cm-84.215.34.171.getinternet.no ([84.215.34.171]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Oct 2010 19:00:20 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 08 Oct 2010 19:00:20 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 35 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEUJAgwFAAgpISsIAQvL xsMb7Te5AAACMElEQVQ4jXVTi5HjMAhFlguQVg3oWAqAcAVkFPqv6R6y97Jzs8dM4oTH4/PAVAep VlKqRFXVqw2z5oWoFyaihIkUYW7t4RnaTaJ6byDRqIafpyCCSu8ARnfQqMDjTYKGkfUz4mmDZZ6x mEr5iFjDqSew6gEUQKxpj4iwDkYTarIAULDEolpkjgGgSz1jAjiCkk0upSkA+9BglQgOEqDL2fpm DIqqmQw85IvPBid184NjtljgrJjZhd9APCMEJQ7m+CVxxKdZtotmMkvtGH96Jltlz5F9xwIbJUuL iZSlX4xITWygjTKQLri4k1oVjkreu6v7UGSFH0vAfyQl+MhLdTtXKVUNgDaZRbEPTYFJl7miuHZ9 8NwuOq4HltlTdqixMJbk12ULvWBRHjkf7BuAhVr3lGmmrJghJY6XYw6zgVSpyht4VhSvqLHozrYS mAhpeSUuz6x/fgGcxdGbjdZqY1Imno9Pn42nJ+CtDx/oWl3zIHvX4ntW7QDdcFIJ4BKRPQE0dmtx fVUo7m1fbd9LxUqzseeS1WsGNSoCPdaSXJFwAuQb8N8JhGxGiuY0lDLdVeOYx0HM0Nh9NwhA1utk 3A6iQ163M49f1lOwYMom5EVfANFOvpXMJ5x+LwynxnPy5DSss+Yx3HaxcwBNQG8KuBl5TL1D/I4/ 8pj35+QdeRlepL/DnXmI7QbiH9t70q9uU6f7SG4pEln59qXN/P0GSJK28p2lRT+a6s9++p//bX8A VtiOSA72xV8AAAAASUVORK5CYII= Mail-Copies-To: never X-Now-Playing: Scritti Politti's _White Bread Black Beer_: "Road To No Regret" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:GYJtiOOKrnkLjtKgUlwOTBUxQLw= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72792 Archived-At: James Cloos writes: > LMI> So Gnus needs to now the status before doing anything, really, > LMI> which seems to imply that nnimap has to do a SELECT on any > LMI> mailboxes it hasn't seen before. Hm. That's actually not > LMI> very difficult, since it already knows this stuff. > > A SELECT on any group it hasn't seen before is a good idea anyway. 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. And I'll change where nnimap stashes the data. I was confused, so I stashed the active data (and stuff) in the info marks, while they should be in the info parameters section. This will also fix itself the first time you run this. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen