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