--- /dev/null
+Return-Path: <dbp@mbp.dbpmail.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 olra.theworths.org (Postfix) with ESMTP id 19861431FCB\r
+ for <notmuch@notmuchmail.org>; Sun, 30 Jun 2013 13:14:08 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Amavis-Alert: BAD HEADER SECTION, Improper folded header field made up\r
+ entirely of whitespace (char 20 hex): X-Spam-Report: ...T_ADDRESS@@\r
+ for details.\n \n Content previ[...]\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0.379\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0.379 tagged_above=-999 required=5\r
+ tests=[NO_DNS_FOR_FROM=0.379] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id L0iNJXnxI7zN for <notmuch@notmuchmail.org>;\r
+ Sun, 30 Jun 2013 13:14:00 -0700 (PDT)\r
+Received: from dbpmail.net (dbpmail.net [192.81.216.215])\r
+ (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 7C9C9431FAF\r
+ for <notmuch@notmuchmail.org>; Sun, 30 Jun 2013 13:14:00 -0700 (PDT)\r
+Received: from ip68-230-153-180.ri.ri.cox.net ([68.230.153.180] helo=mbp)\r
+ by dbpmail.net with esmtpsa (TLS1.2:DHE_RSA_AES_128_CBC_SHA1:128)\r
+ (Exim 4.80) (envelope-from <dbp@mbp.dbpmail.net>)\r
+ id 1UtO0P-0001h2-If; Sun, 30 Jun 2013 20:13:56 +0000\r
+From: Daniel Patterson <dbp@dbpmail.net>\r
+To: Daniel Kahn Gillmor <dkg@fifthhorseman.net>\r
+Subject: Re: Emacs not finding keys to verify signatures\r
+In-Reply-To: <51D08F8E.4010805@fifthhorseman.net>\r
+References:\r
+ <87sj07a72g.fsf@thinkpad.i-did-not-set--mail-host-address--so-tickle-me>\r
+ <87sj028ovv.fsf@zancas.localnet> <87ehbmpeg5.fsf@mbp.dbpmail.net>\r
+ <87zjua9sxi.fsf@convex-new.cs.unb.ca> <51CDA80A.9050700@fifthhorseman.net>\r
+ <878v1tdjo0.fsf@thinkpad.i-did-not-set--mail-host-address--so-tickle-me>\r
+ <51D08F8E.4010805@fifthhorseman.net>\r
+User-Agent: Notmuch/0.15.2 (http://notmuchmail.org) Emacs/24.2.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Sun, 30 Jun 2013 16:13:44 -0400\r
+Message-ID: <87d2r373wn.fsf@mbp.dbpmail.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha1; protocol="application/pgp-signature"\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://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: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sun, 30 Jun 2013 20:14:08 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+Daniel Kahn Gillmor <dkg@fifthhorseman.net> writes:\r
+> i think the command would be "notmuch gpg", not "gpg-notmuch" -- in your\r
+> configuration, how does emacs know to invoke notmuch on the remote\r
+> server instead of locally?\r
+\r
+notmuch on my local machine is a shell script that executes notmuch on\r
+my server via ssh, as per http://notmuchmail.org/remoteusage/. The\r
+reason why this works is that there is no meaning for it to ever execute\r
+locally - there is no notmuch database locally. So from the perspective\r
+of emacs, it might as well be running on the same computer as notmuch\r
+is. Having notmuch-emacs execute shell commands is really nice for this\r
+=2D because they can easily be replaced with versions that run commands on\r
+other hosts.=20\r
+\r
+> is it possible that we could make this change something that happens\r
+> in exactly one place in the emacs configuration, and have the wrapper\r
+> scripts figure out the rest?\r
+\r
+I think so - signing/encrypting is done via message-mode, so it could be\r
+configured separately (as this should probably always happen locally,\r
+and certainly shouldn't be forced to happen in the same place as the\r
+email store). So if there were a setting like:\r
+\r
+(setq notmuch-gpg-command "/path/to/gpg-or-wrapper")\r
+\r
+That was what notmuch-emacs used to fetch keys (and anything else it\r
+needed to do), I think it would work.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBAgAGBQJR0JF4AAoJECdH7EipjUrw8iUQAKVevk1rDrPvLa2OQnqOQ/LZ\r
+hxiecF2saG2Qh1C2eGcqIl9SQtlzxZ/yUBclUk/2D6xKOWlIpTi9kMVMP/JJBm6V\r
+xmTsy6szYfUaU4Kh/1FnJ+c7VX6A94Lfz/vpsxlks1aJCTOlJyQnPd2YVNQ81OC6\r
+oWWEkD/U9cvO54NTujdjA14skDLqEH1xuXNKB/z2US2Zz1fuphdcjA6XjM1/1I/w\r
+Qpn2gXTdC3yLC7HTnQXEd+Ma4FTEXR7ijFStIWwUJObXY/dr942SSLxG7576Fl5P\r
+9dhUSk5P44s5oAHshDle677Uo56f6khv32g61gpnRUGq9odCWh8kgWKSdqJ8ju3S\r
+3LO2ZAUB93dHcejLPzxcdTPx8eVEsvYeGOe2Uq4tWcB6j3ucSctXkO+oiBbuc797\r
+5LNgrFhxicaGgoYqd9QLqM6U6vRzd8FrsnetFKM840lcb5s+Q22dr9Eus/8NtwPL\r
+n+MrBQVgk46EeuzjzIYXOPUSTCJIn7mxvLEt9b4/Bfo9OgwpLNKEZx3GYIQ3XcYV\r
+xnxH2UiCplWFHve9SXV8TNIvrKCNyd13ybd5x2XX6cNXF/Ltq7/HvvHGfsllPTQB\r
+Ts4wzfjeD0zyCXfb59xUhRGYBoQU0B+FKDsmj8fsse6YmFecW5reuQ/7mnG1izgP\r
+kg0DFnJHPHbD8+SstIyd\r
+=uuwP\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r