From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83930 Path: news.gmane.org!not-for-mail From: Alexander Baier Newsgroups: gmane.emacs.gnus.general Subject: Re: Create a group from a list of message-ids Date: Thu, 28 Nov 2013 13:02:03 +0100 Message-ID: <87zjooivk4.fsf@gmail.com> References: <87vbzjs5fk.fsf@gmail.com> <844n71b5nh.fsf@davestoy.home> <871u24c18u.fsf@gmail.com> <87d2lo4zy7.fsf@ericabrahamsen.net> <87siukalp5.fsf@gmail.com> <87txf01uum.fsf@ericabrahamsen.net> <87d2loa812.fsf@gmail.com> <87d2lo1ozp.fsf@ericabrahamsen.net> <877gbwlc3p.fsf@ft.bewatermyfriend.org> <87siujyfh0.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1385640218 4827 80.91.229.3 (28 Nov 2013 12:03:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Nov 2013 12:03:38 +0000 (UTC) Cc: ding@gnus.org To: Eric Abrahamsen Original-X-From: ding-owner+M32185@lists.math.uh.edu Thu Nov 28 13:03:42 2013 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Vm0Jq-0005Sb-6J for ding-account@gmane.org; Thu, 28 Nov 2013 13:03:42 +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 1Vm0Ih-0003EZ-8W; Thu, 28 Nov 2013 06:02:31 -0600 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 1Vm0If-0003EM-BY for ding@lists.math.uh.edu; Thu, 28 Nov 2013 06:02:29 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES128-SHA:128) (Exim 4.76) (envelope-from ) id 1Vm0Id-0004AC-Fr for ding@lists.math.uh.edu; Thu, 28 Nov 2013 06:02:28 -0600 Original-Received: from mail-ea0-f170.google.com ([209.85.215.170]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1Vm0Ib-00055O-Ow for ding@gnus.org; Thu, 28 Nov 2013 13:02:25 +0100 Original-Received: by mail-ea0-f170.google.com with SMTP id k10so5728507eaj.29 for ; Thu, 28 Nov 2013 04:02:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:mail-followup-to:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=bpX08q8tuYu8b/x8f/dW0kVWtRdBxKv/374XcOqoP+w=; b=HrQtghtatl5CIPgq+w+tJaset/cVLEKgn41c3j4xucpOKh8uXUfeQ+1ajEsqZaY5fl ZHXaQvoRi4tL5jFdvagL/tqAMmEh2ajxhUyaMVNE2AHcxDGEh6ijfipbZ0NzSrk+DstC Dn9y4TXEFtlTqrj4JbSaJwRudV86mqvWRF8FbwpbDAgMgMHSDotm+BFjmAoKyfyU5yjC n8HRJVWM9u9jjNve+upV8O9A28/Mw1vBOSCj++qlppWfMagC5Th0sNTVinXYI1n0s7It 8iHITRLI17DqRybi9Rh6W8NPPKNF6MpU/sVgnozbe+SeYb8RaWQQ0w89Hd59/wlAstiK t+jQ== X-Received: by 10.15.36.197 with SMTP id i45mr20545881eev.31.1385640140308; Thu, 28 Nov 2013 04:02:20 -0800 (PST) Original-Received: from T420s (nat-wh-wh36.rz.uni-karlsruhe.de. [141.70.81.154]) by mx.google.com with ESMTPSA id a45sm29160238eem.6.2013.11.28.04.02.19 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Nov 2013 04:02:19 -0800 (PST) Mail-Followup-To: Eric Abrahamsen , ding@gnus.org In-Reply-To: <87siujyfh0.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Tue, 26 Nov 2013 11:06:03 +0700") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) X-Spam-Score: -3.0 (---) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83930 Archived-At: On 13-11-26 05:06 Eric Abrahamsen wrote: > Frank Terbeck writes: > >> Eric Abrahamsen wrote: >> [...] >>> It also comes with its own tagging structure and all kinds of stuff I >>> don't use. The superfluity bugs me a little, but the searching is nice >>> enough that it doesn't matter. A nnir plugin for notmuch might actually >>> be nice. >> >> Actually, at least in the git version of gnus, =E2=80=98nnir=E2=80=99 se= ems to feature >> support for =E2=80=98notmuch=E2=80=99 (ie. there is a defcustom =E2=80= =98nnir-notmuch-program=E2=80=99 >> and a defun =E2=80=98nnir-run-notmuch=E2=80=99). >> >> Since =E2=80=98mu=E2=80=99 seems to work fairly similarly to notmuch, I = would guess >> that, this part would serve as a source for ideas for =E2=80=98mu=E2=80= =99-integration. >> >> Regards, Frank > > Thanks to both of you for pointing that out! I had no idea that was > there, but would definitely prefer using a more gnus-y interface. I set > it up like so: > > (setq nnir-method-default-engines '((nnimap . notmuch) (nntp . gmane))) > > And gave it a shot. > > It didn't work for me for two reasons. I have several different imap > servers, all run through dovecot with a maildir structure. They're all > under ~/.mail, like ~/.mail/acc1 ~/mail/acc2 etc. That means > nnir-notmuch-remove-prefix has to be set to an appropriate value for > each server, which you can do with server parameters. But that means you > can only search one server at a time (which I guess you'd do by putting > a notmuch-group key into the query? I don't even know how to do that). > That isn't really what I want -- I'd like to search all my mail at once. > And even if I had to do it server by server, it seems like > `nnir-run-notmuch' should be able to figure out how to filter to that > server by itself... > > The second problem was the maildir structure. I specify maildir through > the nnimap-shell-program parameter, which looks like: > > /usr/lib/dovecot/imap -o mail_location=3Dmaildir:$HOME/.mail/acc1/:LAYOUT= =3Dfs > > `nnir-compose-result' munges results differently depending on whether > they're maildir or not, but it only determines that by checking > (gnus-group-server server) for the nnmaildir string. I'd need to change > that, I guess by putting more thorough checking in `nnir-run-notmuch', > `nnir-run-namazu', and `nnir-run-swish++', which would then pass a flag > to `nnir-compose-results'. > > Lastly, a notmuch result in my case looks like this: > > /home/eric/.mail/pr/[Gmail]/Sent Mail/cur/1384510308.M437592P10993.pellet= ,S=3D3672,W=3D3728:2,S > > Which would, if the above problems were fixed, turn into a result that lo= oks like > ["nnimap+PR:[Gmail].Sent Mail" "1384510308.M437592P10993.pellet"]. The pr= oblem > there is that the slash between [Gmail] and Sent Mail (which really is > a filesystem separator, because I've used LAYOUT=3Dfs) gets turned into a > dot, when it's actually supposed to remain a slash. That's probably my > fault for using LAYOUT=3Dfs, and it would be ugly to put a special-case > check for that in nnir.el > > Ahem, so... Please consider that mostly notes to self. If you're not > using dovecot with a maildir layout, this probably won't be an issue. > > I'd be happy to provide a patch for more thorough checking for maildir > structure, but I probably won't use this anyway, because I don't want to > be restricted to searching one server at a time. > > All for now, > Eric > Hi Eric, I am digging this up again, as I had some time to look at this myself and maybe have an idea of how to tackle this problem. Now, as I see it, the thing preventing us from searching multiple servers is the fact that nnir-compose-result might be passed a server that does not fit to the matched article as this may come from a different server. So I think, solving this problem is "just" a matter of teaching nnir-compose-result to correct the server it is passed in case it does not fit to the matched article. For nnir-compose-result to be able to so we need to tell it how to extract the server from the dirnam parameter. The question is, how do we tell nnir-compose-result this? Do you have any ideas on this? Regards, --=20 Alexander Baier PS: After writing this I am not exactly sure if I am just rehashing your point(s), in case that is true I apologize.