From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/86617 Path: news.gmane.org!not-for-mail From: myglc2 Newsgroups: gmane.emacs.gnus.general Subject: Re: notmuch is limited to a single local mail store, right? Date: Fri, 15 Jan 2016 07:46:43 -0500 Message-ID: <87pox3hux8.fsf@gmail.com> References: <87bn8n1sdq.fsf@gmail.com> <87wprbldx1.fsf@ericabrahamsen.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1452862190 24652 80.91.229.3 (15 Jan 2016 12:49:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Jan 2016 12:49:50 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M34844@lists.math.uh.edu Fri Jan 15 13:49:37 2016 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from lists1.math.uh.edu ([129.7.128.208]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1aK3ov-0006EP-Dw for ding-account@gmane.org; Fri, 15 Jan 2016 13:49:37 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by lists1.math.uh.edu with smtp (Exim 4.85) (envelope-from ) id 1aK3o5-0007OD-F7; Fri, 15 Jan 2016 06:48:45 -0600 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by lists1.math.uh.edu with esmtps (TLSv1.2:AES128-GCM-SHA256:128) (Exim 4.85) (envelope-from ) id 1aK3o3-0007Nm-00 for ding@lists.math.uh.edu; Fri, 15 Jan 2016 06:48:43 -0600 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1.2:DHE-RSA-AES128-SHA:128) (Exim 4.85) (envelope-from ) id 1aK3o2-0000KU-3A for ding@lists.math.uh.edu; Fri, 15 Jan 2016 06:48:42 -0600 Original-Received: from plane.gmane.org ([80.91.229.3]) by quimby.gnus.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1aK3o0-0006UA-2k for ding@gnus.org; Fri, 15 Jan 2016 13:48:40 +0100 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aK3nw-0005cx-HJ for ding@gnus.org; Fri, 15 Jan 2016 13:48:36 +0100 Original-Received: from c-73-167-118-254.hsd1.ma.comcast.net ([73.167.118.254]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Jan 2016 13:48:36 +0100 Original-Received: from myglc2 by c-73-167-118-254.hsd1.ma.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 15 Jan 2016 13:48:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-73-167-118-254.hsd1.ma.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:lZHL0XC7dl5ZZ8zRnezk7QOiDGM= X-Spam-Score: -1.8 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:86617 Archived-At: Eric Abrahamsen writes: > myglc2 writes: > >> After more flailing than I care to admit I have notmuch working with >> nnir so that I can do 'G G' on a maildir folder populated/syncronized >> by, for example, mbsync. Pretty, pretty, pretty nice! >> >> In the process of getting this working, I discovered that, to use >> notmuch, you must first consolidate all your mail under a single >> directory which also holds the '.nogmuch' index folder. >> >> Why? Because (according to the notmuch man page) '.notmuch-config' >> specifies a single 'database.path' to maildir (as opposed to a list of >> paths) and 'nnir-notmuch-remove-prefix' is a global variable. > > Actually you can set that variable on individual servers, so each server > removes its own prefix. Thanks, you are right. But as you point out below, it is possibly delusional to do so. > You still have the problem that notmuch only indexes from a single > parent directory down, though. Have you already collected all your > various maildir servers under one parent directory? Not yet. I am checking my assumptions first. Didn't want to collect them if I didn't have to. > Of course, you'll probably still run into errors: searching on one > server will cause notmuch to return results from *all* servers, then the > server under point will try to remove its prefix from all the results, > and... I don't know what will happen then! > > E Right, this is the crux of the problem, and why it seems that, for practical use, one would want to consolidate mail under a single folder.