From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72574 Path: news.gmane.org!not-for-mail From: James Cloos Newsgroups: gmane.emacs.gnus.general Subject: Re: More on the new nnimap Date: Mon, 04 Oct 2010 17:14:44 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286227023 22151 80.91.229.12 (4 Oct 2010 21:17:03 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 4 Oct 2010 21:17:03 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M20946@lists.math.uh.edu Mon Oct 04 23:17:01 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 1P2sP6-0008Np-8t for ding-account@gmane.org; Mon, 04 Oct 2010 23:17:00 +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 1P2sP2-00025Z-S8; Mon, 04 Oct 2010 16:16:56 -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 1P2sP1-00025L-Iv for ding@lists.math.uh.edu; Mon, 04 Oct 2010 16:16:55 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P2sOx-0005TC-Df for ding@lists.math.uh.edu; Mon, 04 Oct 2010 16:16:55 -0500 Original-Received: from eagle.jhcloos.com ([207.210.242.212]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P2sOw-0002vo-00 for ; Mon, 04 Oct 2010 23:16:50 +0200 Original-Received: by eagle.jhcloos.com (Postfix, from userid 10) id 54751400CF; Mon, 4 Oct 2010 21:16:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=eagle; t=1286227000; bh=ul9PkKXefQZ2FM0gvFewoo5vssRc9McJc4FVQyxCuRQ=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=hAZIZ4UPWes9vzojUkTgwQ3tb6VRu1zSvhEVYw7A+kLzwaK1s005+INaW0yCUyYv6 UG59nmefvHGfcvhH4riiJWlLaJpDNx7rdrsyRT540xawjK7NnaziRtJQ6Hj9kGkaZu QhGua3xs+xLVl+5Foj4ZgbjH+bpJkLWFimAzfHXM= Original-Received: from carbon (localhost [127.0.0.1]) by carbon.jhcloos.org (Postfix) with ESMTP id 07C831D5BF8 for ; Mon, 4 Oct 2010 21:14:44 +0000 (UTC) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Mon, 04 Oct 2010 21:48:23 +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: 80 X-Hashcash: 1:30:101004:ding@gnus.org::Kw766NDgRv+nP7uw:000IEaht X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72574 Archived-At: >>>>> "LMI" == Lars Magne Ingebrigtsen writes: LMI> James Cloos writes: LMI> What is your gnus-subscribe-newsgroup-method exactly? LMI> Right. That should work. Does `F' subscribe you to new nnimap groups, LMI> or do you never see new nnimap groups? Not now (still on commit 43de9c6fe344). It only (claimed to) subscribe(d) one group which wasn't actually new. The 29 new groups were ignored. LMI> The ChangeLog message for this is: LMI> (nnimap-open-shell-stream): Bind `process-connection-type' to nil, so LMI> that CRLF doesn't get translated to \n. LMI> So binding it to nil fixes a real bug. Is there no way to get rid of LMI> stderr without using a pty? The equic of stty raw on the pty also will fix that. >> Creating the group, though, is to allow gnus access. LMI> The create group command is really meant to create the group on the LMI> backend. Seems odd. It never did that when I used nnmh, nor have I seen it with nnmaildir. I obviously cannot do that for nntp. And there is nothing in the doc string to suggest that Gm would make any changes on any server, just that it tells gnus to create a group to read ADDRESS. LMI> You can subscribe groups in Gnus, but if this has worked LMI> before, it was probably an accident. All the other backends create LMI> groups in response to that command. NIME. LMI> So you'll have to adjust your code to have Gnus subscribe the group LMI> instead of calling out `*-request-create-group' to the backend. LMI> Why is `F' slow? Which backends take long to respond? Imap. LIST only gets about 20 groups/second. A direct sql query reports the whole list of groups in 7+ ms. Checking for \noinferiors and \hasnochildren is probably what slows it down. LMI> You use IMAP as the interface to a SQL-based mail storage? When I gave up on nnmh (due to many of the bugs you recently fixed, but also the cost of accessing so many inodes) dbmail-2.2 was the best option available. I had to write a patch to use dense, per-group UIDs instead of sparse, per-server UIDs, but it was still better than the alternatives. And it mostly still is. LMI> Anyway, for nnimap `F' just issues a LIST command. Does a LIST in your LMI> setup take minutes? About 13. And gnus ignored the new groups. I just tried running LIST outside of gnus; the new groups are included. One example is: * LIST (\noinferiors \hasnochildren) "/" "gimp-announce@lists.xcf.berkeley.edu" -JimC -- James Cloos OpenPGP: 1024D/ED7DAEA6