From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72787 Path: news.gmane.org!not-for-mail From: James Cloos Newsgroups: gmane.emacs.gnus.general Subject: Re: More on the new nnimap Date: Fri, 08 Oct 2010 12:00:24 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286553835 28332 80.91.229.12 (8 Oct 2010 16:03:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 8 Oct 2010 16:03:55 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21159@lists.math.uh.edu Fri Oct 08 18:03:53 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 1P4FQG-00051A-JA for ding-account@gmane.org; Fri, 08 Oct 2010 18:03:53 +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 1P4FQE-0006FZ-QS; Fri, 08 Oct 2010 11:03:50 -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 1P4FQD-0006FH-BQ for ding@lists.math.uh.edu; Fri, 08 Oct 2010 11:03:49 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P4FQ8-0002mv-S2 for ding@lists.math.uh.edu; Fri, 08 Oct 2010 11:03:49 -0500 Original-Received: from eagle.jhcloos.com ([207.210.242.212]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P4FQ7-0007Y6-00 for ; Fri, 08 Oct 2010 18:03:44 +0200 Original-Received: by eagle.jhcloos.com (Postfix, from userid 10) id B06F1400E5; Fri, 8 Oct 2010 16:03:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=eagle; t=1286553822; bh=TGWwtf++AAlIJTByX0SJIq1u1xXoQxvqfF4i599O7GI=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=KUCH4bLnmoj7OGfaqSvtXkx+GQxisbcQZAEjfKno7XOZ+iZObdHbCgkv6FLZs2UuF 3yL3CPTqFM4vTeZoEG+BKGkf89R5EJG1E3KgdnF7rkrkCRl4IuC55v02ejDh9oqNXE FFToOX/R3YUVlrLARjBYOYPrXCmuE50TOVKSmycI= Original-Received: from carbon.jhcloos.org (localhost [127.0.0.1]) by carbon.jhcloos.org (Postfix) with ESMTP id 877851DD148 for ; Fri, 8 Oct 2010 16:00:24 +0000 (UTC) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Thu, 07 Oct 2010 21:22:01 +0200") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Face: iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABHNCSVQICAgIfAhkiAAAAI1J REFUOE+lU9ESgCAIg64P1y+ngUdxhl5H8wFbbM0OmUiEhKkCYaZThXCo6KE5sCbA1DDX3genvO4d eBQgEMaM5qy6uWk4SfBYfdu9jvBN9nSVDOKRtwb+I3epboOsOX5pZbJNsBJFvmQQ05YMfieIBnYX FK2N6dOawd97r/e8RjkTLzmMsiVgrAoEugtviCM3v2WzjgAAAABJRU5ErkJggg== Copyright: Copyright 2009 James Cloos OpenPGP: ED7DAEA6; url=http://jhcloos.com/public_key/0xED7DAEA6.asc OpenPGP-Fingerprint: E9E9 F828 61A4 6EA9 0F2B 63E7 997A 9F17 ED7D AEA6 Original-Lines: 57 X-Hashcash: 1:30:101008:ding@gnus.org::/NfkMQ+ScIHtJIQu:0005MREY X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72787 Archived-At: >>>>> "LMI" == Lars Magne Ingebrigtsen writes: >> The difference is that it is not an error if the group already exists, >> except only for the new nnimap. So how about an nnimap-request- >> possibly-create-group? LMI> But what you want to do is to subscribe Gnus to a group from a server, LMI> right? The function to do that is `gnus-subscribe-group'. OK. I re-did the view to create lisp which uses (gnus-subscribe-group). They don't automatically show up in the *Group* buffer as before, so I have to learn to do C-uAl after rather than before, but it does work. LMI> Anyway, there is no way in the IMAP protocol to ask "what are new LMI> mailboxes since ", so the only way Gnus has to find new groups is LMI> to issue a LIST, right? (Well, or LSUB, which is kinda the same thing.) LMI> So if you have this setup, then there's no way that Gnus can get LMI> acceptable performance if you want auto-subscription of new IMAP groups LMI> working. The problem with dbmail is that it first does a SELECT to grab the group IDs requested by a LIST/LSUB, and then iterates through those to grab the info needed to create the reply line. Were it instead to do a single query for all of the data it needs it would be *fast*. As I previously wrote, I had to patch dbmail to use dense UIDs; I'll have to do another patch to improve LIST, once I figure out the required SQL. (haschildren vs hasnochildren is the hard part.) I suspect dbmail works the way it does because it was first written for mysql; support for sqlite and postgresql was added later. LMI> Can't you just alter your IMAP->pg thing to make LIST fast? :-) Gnus LMI> just needs the mailbox names, and doesn't care about anything else. See above. If I can reduce it to a single select it should blaze. >> When the mismatch occurs, one must read a number of other articles and >> then go back to the failed one in order to see what should be there. LMI> This is most bizarre. Gnus requests articles from backends by issuing LMI> first a SELECT, and then a UID FETCH. I can't see any way for that to LMI> fetch an article from the wrong group, unless there's something LMI> fundamentally wrong in the sequence Gnus does these things, and I LMI> haven't heard anything odd in the area before. I cannot rule out a bug in dbmail or in my patch to dbmail. I don't see such a bug, but it might be there. I did go back to gnus-single-article-buffer t; I don't know whether that is relevant. -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6