From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/69836 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.gnus.general Subject: Re: (gnus-summary-goto-article ) extremely slow for certain IMAP server Date: Mon, 26 Jul 2010 23:29:04 +0200 Message-ID: <87bp9uylsv.fsf@randomsample.de> References: <201007262042.04971.tassilo@member.fsf.org> <87pqyayrfy.fsf@randomsample.de> <201007262143.28216.tassilo@member.fsf.org> <87iq42x861.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1280179772 11157 80.91.229.12 (26 Jul 2010 21:29:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 26 Jul 2010 21:29:32 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M18226@lists.math.uh.edu Mon Jul 26 23:29:31 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 1OdVEo-0000zR-TQ for ding-account@gmane.org; Mon, 26 Jul 2010 23:29:31 +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 1OdVEf-0001QY-5F; Mon, 26 Jul 2010 16:29:21 -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 1OdVEd-0001QM-Jy for ding@lists.math.uh.edu; Mon, 26 Jul 2010 16:29:19 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1OdVEc-0002HD-L9 for ding@lists.math.uh.edu; Mon, 26 Jul 2010 16:29:19 -0500 Original-Received: from m61s02.vlinux.de ([83.151.21.164]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1OdVEb-00037q-00 for ; Mon, 26 Jul 2010 23:29:17 +0200 Original-Received: from dslc-082-082-174-024.pools.arcor-ip.net ([82.82.174.24] helo=spaten) by m61s02.vlinux.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.69) (envelope-from ) id 1OdVEb-0006Ui-E8 for ding@gnus.org; Mon, 26 Jul 2010 23:29:17 +0200 In-Reply-To: <87iq42x861.fsf@lifelogs.com> (Ted Zlatanov's message of "Mon, 26 Jul 2010 16:08:54 -0500") User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.2 (gnu/linux) Mail-Copies-To: never Mail-Followup-To: ding@gnus.org X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:69836 Archived-At: Ted Zlatanov writes: > TH> On Monday 26 July 2010 21:27:13 David Engster wrote: >>> Probably, but currently the registry does not keep track of the >>> article numbers, only of the groups. I guess this could easily be >>> added, though? > > Yes, but it wouldn't help for IMAP. IMAP article numbers are too > mutable. I think it could help in many cases, since article numbers should be pretty fixed as long as people don't respool (and I guess that the registry could even deal with that since it's in the copy/move hooks). But I agree that it is better to keep the registry out of the backend business. :-) > The registry tries to be above the backend level and article > numbers are too close to that level. But it's not hard at all to add > extra data of any type; see gnus-registry-fetch-extra-entry and > gnus-registry-store-extra-entry. The registry marks use those functions. > > On Mon, 26 Jul 2010 22:29:12 +0200 David Engster wrote: > > DE> (nth 1 (gnus-find-method-for-group group)) > > I think (gnus-method-to-server-name (gnus-find-method-for-group group)) > is a little better. This will get you a fully qualified name with the nnimap+ prefix, which you'd then have to remove again for the nnimap backend functions. -David