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--