From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/72735 Path: news.gmane.org!not-for-mail From: Lars Magne Ingebrigtsen Newsgroups: gmane.emacs.gnus.general Subject: Re: More on the new nnimap Date: Thu, 07 Oct 2010 21:22:01 +0200 Organization: Programmerer Ingebrigtsen Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1286479375 8845 80.91.229.12 (7 Oct 2010 19:22:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 7 Oct 2010 19:22:55 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M21107@lists.math.uh.edu Thu Oct 07 21:22:54 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 1P3w3K-0000lp-7G for ding-account@gmane.org; Thu, 07 Oct 2010 21:22: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 1P3w3F-0004nw-Jj; Thu, 07 Oct 2010 14:22:49 -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 1P3w3E-0004nj-3I for ding@lists.math.uh.edu; Thu, 07 Oct 2010 14:22:48 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1P3w39-0004xG-RX for ding@lists.math.uh.edu; Thu, 07 Oct 2010 14:22:47 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1P3w39-0008LH-00 for ; Thu, 07 Oct 2010 21:22:43 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1P3w37-0000io-40 for ding@gnus.org; Thu, 07 Oct 2010 21:22:41 +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 ; Thu, 07 Oct 2010 21:22:41 +0200 Original-Received: from larsi by cm-84.215.34.171.getinternet.no with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 07 Oct 2010 21:22:41 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: ding@gnus.org Original-Lines: 60 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cm-84.215.34.171.getinternet.no Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEW7O4rGnqjDK37o19u8 SpnFJGPBY5rPuLvHMH+fG0rBQpNqCBo/ihWRAAACQElEQVQ4jXXTv2vbQBQH8KOkoc3Uo8EmeAma 3G5CJaaZOhymdZe6oNgiS03FhTaLjUBHxxiSCE0uRKaHlxpCcW5KIQmI98/13Z0k/2j7QIs+fu97 Pyzy2Pf9IPODfmKKkB2lGGtzkmnwKxiTnRvIAbYNSHxKaKY3M4CZhaxbW8K+Uj9Zh1nA54d97zgI SgOGB1L6MrMw1sDC0IA01S8gVeqaMQ2BhcyOIsSM6iAcQ17C2Bk/MqBMRy6X4JgddpTSGXpdH52m hn2yCY7T/EUprdX4J7XecVGPPFMHypSFIDvyymqtw6VtGD733AIyA/eX9ueNz9WoAnrCzvE2O3pC FOHuy7WMXvnec7/+B1qHK3B83xVCVHD9bzhYHeVjeDHM3YB61fFqBXy/S6lpEZ57uA6zAR2IKFrC kyTpIxzJAcVpWLuvt5i+87f6qs/7F9yGiBiGd0sYJ2c6A1PEEBoPXANeVqoWBWDHN2jc8ZCFGrDS Od5rHZel4Ypj4SgjGvQoF2FSQJpW4K2DUgs1H+n3XhQPYY8UkCRqkc6FzY5j2MOMMMSdJ0mKYFbb iuIRnCKYP7WPhMu1+0b4cttmBWCd2VVpeDfBb5MbwI/uN7USU4CrcIuFBgDgwUL0TJwCZrRtRzCD jEuJDrl4D1NcFSkz9DgDu7P8Q5sz7EjOfdtki+QZafMQN4hHixdSwRSk/F7DVTHO9CEmzgv83CaE bJ/C7cmIUnMuGMbKIuafUh8VoA/B1tMTWuNTIf6CN5hBBkL8ASKmz2tc7rFNAAAAAElFTkSuQmCC Mail-Copies-To: never X-Now-Playing: The Cure's _Three Imaginary Boys (1)_: "Fire In Cairo" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:29sn+El5bSESasplGHDvTdIi9v8= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:72735 Archived-At: James Cloos writes: > How do you feel about making LF vs CRLF configurable or dependant on the > type of stream? There's already code in there to do that, and the 'shell branch set the variable to flip that before. However, there were other problems related to using a pty-based shell stuff. But I can't recall why, and the commit message only says that I switched to non-pty-based, but not why. *sigh* Anybody remembers? > 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? But what you want to do is to subscribe Gnus to a group from a server, right? The function to do that is `gnus-subscribe-group'. > (The overall startup time is now 90 min, and that is with 21 Gbps > RAM throughput.) Wow. Anyway, there is no way in the IMAP protocol to ask "what are new mailboxes since ", so the only way Gnus has to find new groups is to issue a LIST, right? (Well, or LSUB, which is kinda the same thing.) So if you have this setup, then there's no way that Gnus can get acceptable performance if you want auto-subscription of new IMAP groups working. Or am I missing something? Can't you just alter your IMAP->pg thing to make LIST fast? :-) Gnus just needs the mailbox names, and doesn't care about anything else. > 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. This is most bizarre. Gnus requests articles from backends by issuing first a SELECT, and then a UID FETCH. I can't see any way for that to fetch an article from the wrong group, unless there's something fundamentally wrong in the sequence Gnus does these things, and I haven't heard anything odd in the area before. -- (domestic pets only, the antidote for overdose, milk.) larsi@gnus.org * Lars Magne Ingebrigtsen