From: Daniel Patterson Date: Sun, 30 Jun 2013 20:13:44 +0000 (+2000) Subject: Re: Emacs not finding keys to verify signatures X-Git-Url: http://git.tremily.us/?a=commitdiff_plain;h=91abc629c9ce4614620d42803beb0effb5c5a45b;p=notmuch-archives.git Re: Emacs not finding keys to verify signatures --- diff --git a/1e/bdfceb9484c4d95d4469f59685273ca2b8108e b/1e/bdfceb9484c4d95d4469f59685273ca2b8108e new file mode 100644 index 000000000..62e75087b --- /dev/null +++ b/1e/bdfceb9484c4d95d4469f59685273ca2b8108e @@ -0,0 +1,113 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +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----- +--=-=-=--