--- /dev/null
+Return-Path: <david@tethera.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 4A3C16DE13EF\r
+ for <notmuch@notmuchmail.org>; Sat, 12 Mar 2016 03:24:56 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.033\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.033 tagged_above=-999 required=5\r
+ tests=[AWL=-0.022, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01]\r
+ autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id cqb7oh16WROO for <notmuch@notmuchmail.org>;\r
+ Sat, 12 Mar 2016 03:24:54 -0800 (PST)\r
+Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197])\r
+ by arlo.cworth.org (Postfix) with ESMTPS id 6E4326DE13DA\r
+ for <notmuch@notmuchmail.org>; Sat, 12 Mar 2016 03:24:54 -0800 (PST)\r
+Received: from remotemail by fethera.tethera.net with local (Exim 4.84)\r
+ (envelope-from <david@tethera.net>)\r
+ id 1aehfi-00049c-FG; Sat, 12 Mar 2016 06:25:26 -0500\r
+Received: (nullmailer pid 29497 invoked by uid 1000);\r
+ Sat, 12 Mar 2016 11:24:47 -0000\r
+From: David Bremner <david@tethera.net>\r
+To: Paul Wise <pabs@debian.org>, 817964@bugs.debian.org\r
+Cc: notmuch@notmuchmail.org\r
+Subject: Re: Bug#817964: notmuch: indexing daemon\r
+In-Reply-To: <1457760049.3681.29.camel@debian.org>\r
+References: <1457760049.3681.29.camel@debian.org>\r
+User-Agent: Notmuch/0.21+74~g6c60fb1 (http://notmuchmail.org) Emacs/24.5.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Sat, 12 Mar 2016 07:24:47 -0400\r
+Message-ID: <87bn6k6irk.fsf@zancas.localnet>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=utf-8\r
+Content-Transfer-Encoding: quoted-printable\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sat, 12 Mar 2016 11:24:56 -0000\r
+\r
+Paul Wise <pabs@debian.org> writes:\r
+\r
+> I would like to have a daemon running to index my mail as it arrives,\r
+> gets marked read and is deleted. This would ensure that the database is\r
+> up to date when I do a search using notmuch or one of the interfaces.\r
+>\r
+> Right now if I mark a mail as read and try to view it in a notmuch\r
+> frontend then I get an error until I manually run `notmuch new`.=C2=A0\r
+>\r
+\r
+Can you describe in more detail what error you are seeing, and how the\r
+file is being marked read?\r
+\r
+> I expect the right interface to use for notifications of filesystem\r
+> events is inotify since fanotify doesn't send rename events. This would\r
+> require one inotify per directory.\r
+>\r
+> It would be great if it could autostart when=C2=A0~/.notmuch-config exist=\r
+s,\r
+> using systemd per-user services or perhaps via login autostart stuff.\r
+\r
+Currently notmuch doesn't deal very well with e.g. tag changes while\r
+indexing is happening, and my personal feeling is that we should improve\r
+that behaviour first before supporting more concurrency upstream.\r
+\r
+d\r
+\r