From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72684 Path: news.gmane.org!not-for-mail From: James Cloos Newsgroups: gmane.emacs.gnus.general Subject: Re: More on the new nnimap Date: Wed, 06 Oct 2010 05:05:07 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1286356196 16833 80.91.229.12 (6 Oct 2010 09:09:56 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 6 Oct 2010 09:09:56 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21055@lists.math.uh.edu Wed Oct 06 11:09:55 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 1P3Q0Y-0000Tu-9K for ding-account@gmane.org; Wed, 06 Oct 2010 11:09:54 +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 1P3PzX-0007Yg-Bu; Wed, 06 Oct 2010 04:08:51 -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 1P3PzV-0007YN-Lb for ding@lists.math.uh.edu; Wed, 06 Oct 2010 04:08:49 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P3PzQ-00052L-G9 for ding@lists.math.uh.edu; Wed, 06 Oct 2010 04:08:49 -0500 Original-Received: from eagle.jhcloos.com ([207.210.242.212]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P3PzP-0005qo-00 for ; Wed, 06 Oct 2010 11:08:43 +0200 Original-Received: by eagle.jhcloos.com (Postfix, from userid 10) id BF515400D0; Wed, 6 Oct 2010 09:08:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=eagle; t=1286356115; bh=TgcRhM9HAyi0Umrk7q/TRwA1zm2iIXsf0hE2LFk8dP4=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=BvBmeFLHM8faivl09UqwTwx+W1sKokdAfLRpGzxuXSI2Y6CjlRKlaw0U9wwObDwnf o5BSDubf308iIDNc4dqTnlFeuWqiezAIANOxBe/e9azG9sqbInJAROPE/+DghfbBOy +T9tOkRenf8SLKF4iRdhpR/Y8eCe8oG3+t2OMuwI= Original-Received: from carbon.jhcloos.org (localhost [127.0.0.1]) by carbon.jhcloos.org (Postfix) with ESMTP id DC2161DEE06 for ; Wed, 6 Oct 2010 09:05:07 +0000 (UTC) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Tue, 05 Oct 2010 18:39:30 +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: 72 X-Hashcash: 1:30:101006:ding@gnus.org::hg5pworiWZZqUKgC:0001tv4f X-Spam-Score: -1.8 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72684 Archived-At: >>>>> "LMI" =3D=3D Lars Magne Ingebrigtsen writes: LMI> James Cloos writes: >> Not now (still on commit 43de9c6fe344). It only (claimed to) subscrib= e(d) >> one group which wasn't actually new. >>=20 >> The 29 new groups were ignored. LMI> nnimap-request-newgroups returned nil, so it was ignored. This migh= t LMI> work now... Yes, as of ec5f4e48dc25 it works (at least at startup). >> The equic of stty raw on the pty also will fix that. LMI> Do you know how to do that? The src tells me that emacs almost does it already. That ptys work fine with imap.el suggests that not adding CRs when doing shell would also work. How do you feel about making LF vs CRLF configurable or dependant on the type of stream? >> It never did that when I used nnmh, nor have I seen it with nnmaildir. LMI> Reading the code, it looks like it does: Yeah. I commented based on experience rather than on the code.... 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> So you have (* 20 60 13) =3D> 15600 IMAP groups? I split debian-bugs, gentoo-bugs, gnome-bugs, gnome-commits into per-package (and for bz, per-package/reason) groups. that accounts for a lot of groups. (In fact, 14670 and counting, including the empty groups -- akin to rec vs rec.humor.) Then there are the rss2email groups, mailing lists, per-vendor groups. But mostly the first bunch I mentioned above. And thanks to the pg backend, everything is super speedy, except LIST. (And sorting the LIST results; emacs itself now takes about 2=C2=BD Tops = =E2=80=94 most probably spent waiting for ram =E2=80=94 to deal with the LIST resul= ts, before it starts EXAMINing.) (The overall startup time is now 90 min, and that is with 21 Gbps RAM throughput.) Oh, and the bug where an already-read article's contents show up in the next group is still there. I had hoped that it were fixed by the patch you described as something like 'fixing backends which lack NOV', but I just got it again today. It only occurs for me the first time I open a given group, and only if I did not close are re-start the imapd before doing so. I had gotten info the habit, when setting the level for new groups, of, for each new group, closing the server, opening the group, and reading at least one article. Just to avoid mismatch. 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. (I do not use agent for nnimap.) -JimC --=20 James Cloos OpenPGP: 1024D/ED7DAEA6