From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/84998 Path: news.gmane.org!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.gnus.general Subject: Re: nnir and notmuch? Date: Wed, 24 Sep 2014 17:41:39 +0800 Message-ID: <87r3z1pd7w.fsf@ericabrahamsen.net> References: <87d2ams491.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1411551475 27009 80.91.229.3 (24 Sep 2014 09:37:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 24 Sep 2014 09:37:55 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M33242@lists.math.uh.edu Wed Sep 24 11:37:48 2014 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 1XWj18-0006df-69 for ding-account@gmane.org; Wed, 24 Sep 2014 11:37:48 +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 1XWj0a-0003m6-4X; Wed, 24 Sep 2014 04:37:12 -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 1XWj0Y-0003lv-LO for ding@lists.math.uh.edu; Wed, 24 Sep 2014 04:37:10 -0500 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 1XWj0U-0001xv-F7 for ding@lists.math.uh.edu; Wed, 24 Sep 2014 04:37:08 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtp (Exim 4.80) (envelope-from ) id 1XWj0S-0001EH-IA for ding@gnus.org; Wed, 24 Sep 2014 11:37:04 +0200 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1XWj0S-0005vv-3e for ding@gnus.org; Wed, 24 Sep 2014 11:37:04 +0200 Original-Received: from 60.172.93.38 ([60.172.93.38]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2014 11:37:04 +0200 Original-Received: from eric by 60.172.93.38 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 24 Sep 2014 11:37:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 107 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 60.172.93.38 User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/24.4.50 (gnu/linux) Cancel-Lock: sha1:aju3gI5s2wqvtP2cEZNkyAytghQ= X-Spam-Score: -2.4 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:84998 Archived-At: Rainer M Krug writes: > Eric Abrahamsen writes: > >> Rainer M Krug writes: >> >>> <#secure method=pgpmime mode=sign> >>> >>> Steinar Bang writes: >>> >>>>>>>>> Rainer M Krug : >>>> >>>>> Now that I can search gmane (perfect - love it!) I can't search my >>>>> local imap server via notmuch anymore - any suggestions how I can >>>>> achieve both via nnir or "G G"? >>>> >>>> One way would be to replace >>>> (nnimap . imap) in nnir-method-default-engines with >>>> (nnimap . notmuch) >>> >>> I had >>> >>> ,---- >>> | '(nnimap "Maildir" >>> | (nnimap-stream shell) (nnimap-shell-program >>> | "/usr/local/opt/dovecot/libexec/dovecot/imap -o >>> | mail_location=maildir:$HOME/Maildir") >>> | (nnir-search-engine 'notmuch))) >>> `---- >>> >>> in my gnus file, but it produced an error message. >>> I am just trying your suggestion, and I get the following: >>> >>> ,---- >>> | notmuch args: search --format=text --output=files hallo >>> | Massaging notmuch output...done >>> | Search produced empty results. >>> | gnus-group-read-ephemeral-group: Couldn't request group: Search produced empty results. >>> `---- >> >> For a while I ran notmuch and imap configured like this, and got a lot >> of the same problems, because I was a bit confused about how all the >> bits and pieces interacted. I think the problem is that notmuch returns >> its hits based on filesystem paths. These paths don't necessarily match >> up with how imap locates its messages, though -- things like mailboxes >> transformations and namespaces can mean that imap sees the location of a >> message in a way that doesn't jive with the filesystem path. > > This might be the reason - makes sense. As I want to use dovecot to > access my email stored in maildir (for notmuch, as this is not modifying > thew mails when only used for searching), I think I can not use it this > way. Makes perfect sense. > >> >> If you've got multiple Gnus backends in effect, another awkwardness is >> that notmuch will probably return all the hits from all backends, >> whereas nnir will attempt to filter out anything that doesn't belong to >> the group/server from which you initiated the search. > > I have only the local imap and gmane. > >> >> I don't know all the grisly details, or whether it could be made to >> work: when I realized what was happening I just stopped using notmuch >> as a nnir engine for nnimap messages. > > I think I will do the same here. > >> Now I have a Frankenstein search setup, using notmuch-search by >> itself, and the imap nnir engine, in parallel. > > Sounds like the best solution - and then just bind notmuch-search to a > keyboard shortcut. > >> I'm shifting over to using nnir only, and will eventually get rid of >> notmuch. > > I tried the normal search on y imap folders, and it is incredibly slow > (folders with 10 000 and more emails). Also, my archive is split into > years, and a topic can span two years - so the normal imap search is not > an option for me here. You can search more than one group with nnir, by marking the desired groups, or calling it on a topic heading, or on a whole server in the *Server* buffer. I just set up a new system with the lucene text indexer, and it works much better. I have a blog post mostly written about this, and can post it sooner if you think it might be helpful. >> Not very helpful, I know, but I think there are fundamental >> incompatibilities in specifying notmuch as a nnir engine for imap >> servers. > > In contrast - quite helpful, as I understood why it is not working to > use notmuch for an imap backend. And as my setup is running nicely, I do > not intend to change it. > > Thanks a lot, > > Rainer > >> >> Eric >> >> >>