From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72533 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 14:02:32 -0400 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286215508 32242 80.91.229.12 (4 Oct 2010 18:05:08 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 4 Oct 2010 18:05:08 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M20905@lists.math.uh.edu Mon Oct 04 20:05:07 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 1P2pPO-0005U0-Nj for ding-account@gmane.org; Mon, 04 Oct 2010 20:05:07 +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 1P2pPE-0008EN-QB; Mon, 04 Oct 2010 13:04:56 -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 1P2pPD-0008E2-2D for ding@lists.math.uh.edu; Mon, 04 Oct 2010 13:04:55 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P2pP8-0003hh-Jk for ding@lists.math.uh.edu; Mon, 04 Oct 2010 13:04:54 -0500 Original-Received: from eagle.jhcloos.com ([207.210.242.212]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P2pP7-0008Kn-00 for ; Mon, 04 Oct 2010 20:04:49 +0200 Original-Received: by eagle.jhcloos.com (Postfix, from userid 10) id 94FF9400CF; Mon, 4 Oct 2010 18:04:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jhcloos.com; s=eagle; t=1286215481; bh=zLjJJsTJMGM7PWAaYDLd5BWSMXCl/Q06fYe6o09JBI4=; h=From:To:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=ZbF9gQKTrLflCZg2oUMFNQHjP+EK4eT4LTEe3uMxVmgOJw/CogcUMn5vTI9ecw2p+ oUMI+sEdI8+2UVbviBppQgZTrOImNw8CppIZXWbGrw3/S/73ZC6WZzX87DxlwNkZ5I xlBMCL8L7hQYYu+/pE/9ICf/1Fxyx6AfGav0+Q9I= Original-Received: from carbon (localhost [127.0.0.1]) by carbon.jhcloos.org (Postfix) with ESMTP id 26C961DE7FD for ; Mon, 4 Oct 2010 18:02:32 +0000 (UTC) In-Reply-To: (Lars Magne Ingebrigtsen's message of "Mon, 04 Oct 2010 18:36:00 +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: 91 X-Hashcash: 1:30:101004:ding@gnus.org::U3uO5Hsiag8RJQAf:000e3Et+ X-Spam-Score: -2.0 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72533 Archived-At: >>>>> "LMI" == Lars Magne Ingebrigtsen writes: LMI> James Cloos writes: >> NNimap does an lsub LMI> Well, LIST, but it's kinda the same thing... OK. I guessed based on the reply from imapd. >> at startup and still fails to subscribe new groups even though I set >> (gnus-subscribe-newsgroup-method) for all "^nn.+:" groups. If it is >> going to list the groups, then it knows about all of them and should >> honour gnus-subscribe-newsgroup-method and subscribe all new groups >> via it. LMI> What is your gnus-subscribe-newsgroup-method exactly? (add-hook 'gnus-startup-hook '(lambda () (setq gnus-subscribe-newsgroup-method '(lambda (newsgroup) (if (string-match "^nn.+:" newsgroup) (gnus-subscribe-alphabetically newsgroup)))))) The format must have come from a suggestion either here, in the manual or on one of the other emacs lists. It goes back too many years to remember. >> C in the server buffer fails to close an nnimap server. That needs to >> work. There are valid reasons to be able to close any server on demand. LMI> Ok; implemented. Thanks. >> New since my last upgrade, I now get two imapd's. LMI> If you get two connections, then Gnus thinks that there are two LMI> different servers. This usually means that you have different LMI> variations in the method definitions -- one has one more slot set or LMI> something. >> And they use a pipe rather than a pty as they used to. Not using a >> pts is a bug; separating stdout from stderr is imperative. (It is >> possible the last is an Emacs bug rather than a gnus bug; my emacs is >> bzr trunk rev 101727.) LMI> This is with the 'shell connection? It just does a process-start... That used to use a pty. Many imapds have at least the potential to write to stderr. That screws up the imap stream when stderr is muxed with stdout. Oh. Figured it out. You have: (defun nnimap-open-shell-stream (name buffer host port) (let ((process-connection-type nil)) ... process-connection-type has to be t or pty to use a pty. >> gnus-group-make-group now tries to make the group on the imap server >> rather than just make a group to access the existing group on the imap >> server. LMI> That's what it's always done, I think? No. That is new. >> If the former is useful, then it should not be an error if the >> group already exists on the server. LMI> If you ask it to create a group, and it already exists on the server, LMI> that sounds like a bug to me. Creating the group, though, is to allow gnus access. >> Rather than use F, which is *slow*, I have a script which accesses the >> backend directly and writes out an .el file to add the new groups. (The >> backend knows which are new; IMAP not so much.) That script writes >> a series of sexps running (gnus-group-make-group) with suitable args. LMI> Why is `F' slow? Which backends take long to respond? Getting the list of groups over imap takes minutes. Even tens of minutes. Doing a single sql query to get the new groups taks less than 10 ms, according to explain analyze. (Ideally, of course, I'd skip the imap middleware and have an nn backend which speaks sql. But that is a /large/ project and the current setup is only slow at startup and for things like finding new groups.