From c151b98a0f8c54d57f7ccfdd68fd4f19678c3146 Mon Sep 17 00:00:00 2001 From: Austin Guest Date: Mon, 11 Jan 2016 16:45:06 +1900 Subject: [PATCH] Re: using gpg with notmuch --- 80/e9b5b9093052a5345084d4bfecdd8fcb961311 | 201 ++++++++++++++++++++++ 1 file changed, 201 insertions(+) create mode 100644 80/e9b5b9093052a5345084d4bfecdd8fcb961311 diff --git a/80/e9b5b9093052a5345084d4bfecdd8fcb961311 b/80/e9b5b9093052a5345084d4bfecdd8fcb961311 new file mode 100644 index 000000000..4d50a14ee --- /dev/null +++ b/80/e9b5b9093052a5345084d4bfecdd8fcb961311 @@ -0,0 +1,201 @@ +Return-Path: +X-Original-To: notmuch@notmuchmail.org +Delivered-To: notmuch@notmuchmail.org +Received: from localhost (localhost [127.0.0.1]) + by arlo.cworth.org (Postfix) with ESMTP id 6A9896DE140C + for ; Sun, 10 Jan 2016 13:45:39 -0800 (PST) +X-Virus-Scanned: Debian amavisd-new at cworth.org +X-Spam-Flag: NO +X-Spam-Score: -0.698 +X-Spam-Level: +X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[AWL=0.102, + DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, + HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, + SPF_PASS=-0.001] autolearn=disabled +Received: from arlo.cworth.org ([127.0.0.1]) + by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024) + with ESMTP id R2nP-vc8uBI9 for ; + Sun, 10 Jan 2016 13:45:37 -0800 (PST) +Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com + [209.85.213.175]) + by arlo.cworth.org (Postfix) with ESMTPS id BCF9B6DE0C66 + for ; Sun, 10 Jan 2016 13:45:36 -0800 (PST) +Received: by mail-ig0-f175.google.com with SMTP id z14so107652602igp.0 + for ; Sun, 10 Jan 2016 13:45:36 -0800 (PST) +DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; + h=mime-version:in-reply-to:references:from:date:message-id:subject:to + :cc:content-type; + bh=60XgAiSZY8pW7bR10vR7PWdIiVzmm41gpXrF+hPUU08=; + b=chRAhbostAbTJj9DD8iQqhfx8VfrDx5pTbcSGPEost5zlzFPITFQOLhu0k89kFl0Y5 + rqP0aJN0mbKY9afuNoLa4PeCzyzLjrIttc5JS+aXy/QRUBJomhgkaK4wK5SpRTZbv28E + jsqZIMNrKiquH4kFuvHLBzx3XIxwl0Bj91nFm8Ta8s2EJ43U4chylxjtCstTaLTrXvnd + MT6d9PmxQaxexX9z+FvD1FE7FVUxne/KJlqfuQqO4Wp5isSdr6o7aeCbf6MCOrTGaqaO + AYisudQ27DPD/XRcSnUf8uQzgQYI79+Nkh2BP8GtHMeXYkaSVs25S2Ag6XY8v3rYUad9 + dDkw== +X-Received: by 10.50.138.6 with SMTP id qm6mr6290580igb.39.1452462335839; Sun, + 10 Jan 2016 13:45:35 -0800 (PST) +MIME-Version: 1.0 +Received: by 10.64.168.199 with HTTP; Sun, 10 Jan 2016 13:45:06 -0800 (PST) +In-Reply-To: <87a8od6s12.fsf@zancas.localnet> +References: + + <87a8od6s12.fsf@zancas.localnet> +From: Austin Guest +Date: Sun, 10 Jan 2016 16:45:06 -0500 +Message-ID: + +Subject: Re: using gpg with notmuch +To: David Bremner +Cc: notmuch@notmuchmail.org +Content-Type: multipart/alternative; boundary=001a1134cd0693d5ce052901bdaf +X-BeenThere: notmuch@notmuchmail.org +X-Mailman-Version: 2.1.20 +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, 10 Jan 2016 21:45:39 -0000 + +--001a1134cd0693d5ce052901bdaf +Content-Type: text/plain; charset=UTF-8 + +Thank you David! + +Using `setq` cleared things up. Should have caught that. Is there any way +to contribute a patch to the docs (which omit `setq`) to help other n00bs +along the way avoid the same pitfall? + +Also: I'd like to get version parity between my version of notmuch and my +version of notmuch-emacs, but am not quite sure how to build form source as +you suggest. (Tried poking around the docs and couldn't turn anything up.) +Any pointers? + +When you say the frontend "ships with the C source" what does that mean? Or +perhaps more to the point: how can I find and use the C source to build the +binary? Once built, how can I make sure the new version is what I run from +Emacs since I'm currently running the version from Melpa, etc...? + +Thank you in advance for your patience. I really appreciate the help! Not +to mention the fantastic program! :) + +/a/ + + +On Sun, Jan 10, 2016 at 4:31 PM, David Bremner wrote: + +> Austin Guest writes: +> +> > Hi there. Bit of a n00b to notmuch and having some problems using it +> > alongside gnupg to decrypt emails in Emacs. +> > +> > I'm running Emacs 24.5.1 on Ubuntu 15.10 (x86_64) with notmuch v 0.20.2 +> and +> > the emacs notmuch package 20160108.432 from melpa (but have had identical +> > results with v 0.21 from melpa-stable). +> +> The emacs frontend for notmuch ships with the C source. You should use +> matching versions. Other versions _might_ work, but are not guaranteed +> to. MELPA is kindof unuseful for things like notmuch that need C +> libraries; it's easy to get badly out of sync. +> +> +Will try building from source. Any pointers + +Is there a way to contribute a patch to the docs? + + +> On the other hand, the problem you mention sounds unrelated... +> +> > Following the instructions on the emacstips page +> > , I'm inserting +> > `(notmuch-crypto-process-mime t)` into my `init.el` file -- after +> > successfully running `(require `notmuch)`. I get the error +> > +> > Symbol's function definition is void: notmuch-crypto-process-mime +> +> I think you want (setq notmuch-crypto-process-mime t); it's a variable, +> not a function. +> + + + +-- +Austin Guest +guest.austin@gmail.com +@aguestuser +831-917-6400 + +--001a1134cd0693d5ce052901bdaf +Content-Type: text/html; charset=UTF-8 +Content-Transfer-Encoding: quoted-printable + +
Thank you David!

Using `setq` clea= +red things up. Should have caught that. Is there any way to contribute a pa= +tch to the docs (which omit `setq`) to help other n00bs along the way avoid= + the same pitfall?

Also: I'd li= +ke to get version parity between my version of notmuch and my version of no= +tmuch-emacs, but am not quite sure how to build form source as you suggest.= + (Tried poking around the docs and couldn't turn anything up.) Any poin= +ters?

When you say the frontend "ships with the C source"= + what does that mean? Or perhaps more to the point: how can I find a= +nd use the C source to build the binary? Once built, how can I make sure th= +e new version is what I run from Emacs since I'm currently running the = +version from Melpa, etc...?

Thank = +you in advance for your patience. I really appreciate the help! Not to ment= +ion the fantastic program! :)

/a/


On Su= +n, Jan 10, 2016 at 4:31 PM, David Bremner <david@tethera.net> wrote:
Austin Guest <guest.aust= +in@gmail.com> writes:
+
+> Hi there. Bit of a n00b to notmuch and having some problems using it +> alongside gnupg to decrypt emails in Emacs.
+>
+> I'm running Emacs 24.5.1 on Ubuntu 15.10 (x86_64) with notmuch v 0= +.20.2 and
+> the emacs notmuch package 20160108.432 from melpa (but have had identi= +cal
+> results with v 0.21 from melpa-stable).
+
+The emacs frontend for notmuch ships with the C source. You should u= +se
+matching versions. Other versions _might_ work, but are not guaranteed
+to. MELPA is kindof unuseful for things like notmuch that need C
+libraries; it's easy to get badly out of sync.
+

Will try building from source. Any pointers=C2=A0= +

Is there a way to contribute a patch to the docs?
=C2=A0
<= +blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= +eft:1px solid rgb(204,204,204);padding-left:1ex"> +On the other hand, the problem you mention sounds unrelated...
+
+> Following the instructions on the emacstips page
+> <https://notm= +uchmail.org/emacstips/>, I'm inserting
+> `(notmuch-crypto-process-mime t)` into my `init.el` f= +ile -- after
+> successfully running `(require `notmuch)`. I get the error
+>
+> Symbol's function definition is void: notmuch-crypto-process-mime<= +br> +
+I think you want (setq notmuch-crypto-process-mime t); it's a va= +riable,
+not a function.
+



--
Austin Guest
guest.austin@gmail.com
@aguestuser
831-917-6= +400
+
+ +--001a1134cd0693d5ce052901bdaf-- -- 2.26.2