From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/76936 Path: news.gmane.org!not-for-mail From: Andrew Cohen Newsgroups: gmane.emacs.gnus.general Subject: Re: imap or offlineimap ? Date: Fri, 18 Feb 2011 15:49:41 -0500 Message-ID: <87aahtukyi.fsf@andy.bu.edu> References: <87d3mp69lp.fsf@gnus.org> <87y65dyb33.fsf@member.fsf.org> <87tyg1wt9l.fsf@member.fsf.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1298062213 14562 80.91.229.12 (18 Feb 2011 20:50:13 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 18 Feb 2011 20:50:13 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M25273@lists.math.uh.edu Fri Feb 18 21:50:09 2011 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 1PqXHE-0008Pd-27 for ding-account@gmane.org; Fri, 18 Feb 2011 21:50:08 +0100 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 1PqXH5-0007L5-1b; Fri, 18 Feb 2011 14:49:59 -0600 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 1PqXH3-0007Kg-4k for ding@lists.math.uh.edu; Fri, 18 Feb 2011 14:49:57 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PqXH0-0004aH-Nt for ding@lists.math.uh.edu; Fri, 18 Feb 2011 14:49:57 -0600 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1PqXH0-0003hf-01 for ding@gnus.org; Fri, 18 Feb 2011 21:49:54 +0100 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PqXGz-0008HU-7I for ding@gnus.org; Fri, 18 Feb 2011 21:49:53 +0100 Original-Received: from rain.gmane.org ([80.91.229.7]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Feb 2011 21:49:53 +0100 Original-Received: from cohen by rain.gmane.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 18 Feb 2011 21:49:53 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 43 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: rain.gmane.org User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:DkpETVz8KkgCITmQ0STkTftgeaA= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:76936 Archived-At: >>>>> "Tassilo" == Tassilo Horn writes: Tassilo> Erik Colson writes: Hi Erik, >>> Mark all groups of that server with the process mark (#), and >>> then do `G G'. (If you want to restrict the search to some >>> header like Subject, To, From,..., then use `C-u G G'. That >>> works much faster for some IMAP servers that don't build an >>> index for the complete messages.) >> >> OK Great! This does the job nicely. Thanks. >> >> Just annoying that Gnus re-asks the header when using C-u G G for >> every different imap server. (I have multiple imap accounts) Tassilo> Oh, indeed. I process-marked 2 imap groups on different Tassilo> servers, did `C-u G G', and I am queried twice for the Tassilo> header, too. This is tough to avoid. Different servers may respond differently (when searching between different kinds of servers, e.g. imap and nntp where the constraints are completely different, but also when doing raw imap searches on different imap servers) so at the moment each server is treated as an independent search. I could check whether or not the search involves multiple imap servers, try to reorder them relative to non-imap servers, and re-use the first input for the constraint but this would probably break on certain combinations of imap searches and servers. All in all I thought it best to just suffer through entering the constraint multiple times. I guess I could special-case the raw imap search and treat header-limited searches differently. I generally don't like this kind of special casing, but I'll think again if there is a better way. Tassilo> And when exiting the nnir result group containing messages Tassilo> mixed from groups of different servers I get this Tassilo> (harmless) error Tassilo> gnus-configure-frame: Selecting deleted buffer I doubt this is related (at least it shouldn't be:)). I'm pretty swamped at the moment but I'll see if I can track it down.