--- /dev/null
+Return-Path: <guest.austin@gmail.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by arlo.cworth.org (Postfix) with ESMTP id 6A9896DE140C\r
+ for <notmuch@notmuchmail.org>; Sun, 10 Jan 2016 13:45:39 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at cworth.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.698\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.698 tagged_above=-999 required=5 tests=[AWL=0.102,\r
+ DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001,\r
+ HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001,\r
+ SPF_PASS=-0.001] autolearn=disabled\r
+Received: from arlo.cworth.org ([127.0.0.1])\r
+ by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id R2nP-vc8uBI9 for <notmuch@notmuchmail.org>;\r
+ Sun, 10 Jan 2016 13:45:37 -0800 (PST)\r
+Received: from mail-ig0-f175.google.com (mail-ig0-f175.google.com\r
+ [209.85.213.175])\r
+ by arlo.cworth.org (Postfix) with ESMTPS id BCF9B6DE0C66\r
+ for <notmuch@notmuchmail.org>; Sun, 10 Jan 2016 13:45:36 -0800 (PST)\r
+Received: by mail-ig0-f175.google.com with SMTP id z14so107652602igp.0\r
+ for <notmuch@notmuchmail.org>; Sun, 10 Jan 2016 13:45:36 -0800 (PST)\r
+DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
+ h=mime-version:in-reply-to:references:from:date:message-id:subject:to\r
+ :cc:content-type;\r
+ bh=60XgAiSZY8pW7bR10vR7PWdIiVzmm41gpXrF+hPUU08=;\r
+ b=chRAhbostAbTJj9DD8iQqhfx8VfrDx5pTbcSGPEost5zlzFPITFQOLhu0k89kFl0Y5\r
+ rqP0aJN0mbKY9afuNoLa4PeCzyzLjrIttc5JS+aXy/QRUBJomhgkaK4wK5SpRTZbv28E\r
+ jsqZIMNrKiquH4kFuvHLBzx3XIxwl0Bj91nFm8Ta8s2EJ43U4chylxjtCstTaLTrXvnd\r
+ MT6d9PmxQaxexX9z+FvD1FE7FVUxne/KJlqfuQqO4Wp5isSdr6o7aeCbf6MCOrTGaqaO\r
+ AYisudQ27DPD/XRcSnUf8uQzgQYI79+Nkh2BP8GtHMeXYkaSVs25S2Ag6XY8v3rYUad9\r
+ dDkw==\r
+X-Received: by 10.50.138.6 with SMTP id qm6mr6290580igb.39.1452462335839; Sun,\r
+ 10 Jan 2016 13:45:35 -0800 (PST)\r
+MIME-Version: 1.0\r
+Received: by 10.64.168.199 with HTTP; Sun, 10 Jan 2016 13:45:06 -0800 (PST)\r
+In-Reply-To: <87a8od6s12.fsf@zancas.localnet>\r
+References:\r
+ <CAOAZ2d0KEujbqn0Aau5rPrHY+=Q6D55D7RLD3_wMr1FyrYWMPQ@mail.gmail.com>\r
+ <87a8od6s12.fsf@zancas.localnet>\r
+From: Austin Guest <guest.austin@gmail.com>\r
+Date: Sun, 10 Jan 2016 16:45:06 -0500\r
+Message-ID:\r
+ <CAOAZ2d22tSwU4yXds3+B1PwT77jqtdn2RH3VywLabiSwu-UdTQ@mail.gmail.com>\r
+Subject: Re: using gpg with notmuch\r
+To: David Bremner <david@tethera.net>\r
+Cc: notmuch@notmuchmail.org\r
+Content-Type: multipart/alternative; boundary=001a1134cd0693d5ce052901bdaf\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.20\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <https://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: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Sun, 10 Jan 2016 21:45:39 -0000\r
+\r
+--001a1134cd0693d5ce052901bdaf\r
+Content-Type: text/plain; charset=UTF-8\r
+\r
+Thank you David!\r
+\r
+Using `setq` cleared things up. Should have caught that. Is there any way\r
+to contribute a patch to the docs (which omit `setq`) to help other n00bs\r
+along the way avoid the same pitfall?\r
+\r
+Also: I'd like to get version parity between my version of notmuch and my\r
+version of notmuch-emacs, but am not quite sure how to build form source as\r
+you suggest. (Tried poking around the docs and couldn't turn anything up.)\r
+Any pointers?\r
+\r
+When you say the frontend "ships with the C source" what does that mean? Or\r
+perhaps more to the point: how can I find and use the C source to build the\r
+binary? Once built, how can I make sure the new version is what I run from\r
+Emacs since I'm currently running the version from Melpa, etc...?\r
+\r
+Thank you in advance for your patience. I really appreciate the help! Not\r
+to mention the fantastic program! :)\r
+\r
+/a/\r
+\r
+\r
+On Sun, Jan 10, 2016 at 4:31 PM, David Bremner <david@tethera.net> wrote:\r
+\r
+> Austin Guest <guest.austin@gmail.com> writes:\r
+>\r
+> > Hi there. Bit of a n00b to notmuch and having some problems using it\r
+> > alongside gnupg to decrypt emails in Emacs.\r
+> >\r
+> > I'm running Emacs 24.5.1 on Ubuntu 15.10 (x86_64) with notmuch v 0.20.2\r
+> and\r
+> > the emacs notmuch package 20160108.432 from melpa (but have had identical\r
+> > results with v 0.21 from melpa-stable).\r
+>\r
+> The emacs frontend for notmuch ships with the C source. You should use\r
+> matching versions. Other versions _might_ work, but are not guaranteed\r
+> to. MELPA is kindof unuseful for things like notmuch that need C\r
+> libraries; it's easy to get badly out of sync.\r
+>\r
+>\r
+Will try building from source. Any pointers\r
+\r
+Is there a way to contribute a patch to the docs?\r
+\r
+\r
+> On the other hand, the problem you mention sounds unrelated...\r
+>\r
+> > Following the instructions on the emacstips page\r
+> > <https://notmuchmail.org/emacstips/>, I'm inserting\r
+> > `(notmuch-crypto-process-mime t)` into my `init.el` file -- after\r
+> > successfully running `(require `notmuch)`. I get the error\r
+> >\r
+> > Symbol's function definition is void: notmuch-crypto-process-mime\r
+>\r
+> I think you want (setq notmuch-crypto-process-mime t); it's a variable,\r
+> not a function.\r
+>\r
+\r
+\r
+\r
+-- \r
+Austin Guest\r
+guest.austin@gmail.com\r
+@aguestuser <http://twitter.com/aguestuser>\r
+831-917-6400\r
+\r
+--001a1134cd0693d5ce052901bdaf\r
+Content-Type: text/html; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+<div dir=3D"ltr"><div>Thank you David! <br><br></div><div>Using `setq` clea=\r
+red things up. Should have caught that. Is there any way to contribute a pa=\r
+tch to the docs (which omit `setq`) to help other n00bs along the way avoid=\r
+ the same pitfall?<br><br></div><div class=3D"gmail_extra">Also: I'd li=\r
+ke to get version parity between my version of notmuch and my version of no=\r
+tmuch-emacs, but am not quite sure how to build form source as you suggest.=\r
+ (Tried poking around the docs and couldn't turn anything up.) Any poin=\r
+ters? <br><br>When you say the frontend "ships with the C source"=\r
+ what does that mean?<b> </b>Or perhaps more to the point: how can I find a=\r
+nd use the C source to build the binary? Once built, how can I make sure th=\r
+e new version is what I run from Emacs since I'm currently running the =\r
+version from Melpa, etc...? <br><br></div><div class=3D"gmail_extra">Thank =\r
+you in advance for your patience. I really appreciate the help! Not to ment=\r
+ion the fantastic program! :)<br><br></div><div class=3D"gmail_extra">/a/<b=\r
+r></div><div class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Su=\r
+n, Jan 10, 2016 at 4:31 PM, David Bremner <span dir=3D"ltr"><<a href=3D"=\r
+mailto:david@tethera.net" target=3D"_blank">david@tethera.net</a>></span=\r
+> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0=\r
+.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class=\r
+=3D"">Austin Guest <<a href=3D"mailto:guest.austin@gmail.com">guest.aust=\r
+in@gmail.com</a>> writes:<br>\r
+<br>\r
+> Hi there. Bit of a n00b to notmuch and having some problems using it<b=\r
+r>\r
+> alongside gnupg to decrypt emails in Emacs.<br>\r
+><br>\r
+> I'm running Emacs 24.5.1 on Ubuntu 15.10 (x86_64) with notmuch v 0=\r
+.20.2 and<br>\r
+> the emacs notmuch package 20160108.432 from melpa (but have had identi=\r
+cal<br>\r
+> results with v 0.21 from melpa-stable).<br>\r
+<br>\r
+</span>The emacs frontend for notmuch ships with the C source. You should u=\r
+se<br>\r
+matching versions. Other versions _might_ work, but are not guaranteed<br>\r
+to. MELPA is kindof unuseful for things like notmuch that need C<br>\r
+libraries; it's easy to get badly out of sync.<br>\r
+<br></blockquote><div><br>Will try building from source. Any pointers=C2=A0=\r
+ <br><br>Is there a way to contribute a patch to the docs?<br>=C2=A0</div><=\r
+blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l=\r
+eft:1px solid rgb(204,204,204);padding-left:1ex">\r
+On the other hand, the problem you mention sounds unrelated...<br>\r
+<span class=3D""><br>\r
+> Following the instructions on the emacstips page<br>\r
+</span>> <<a href=3D"https://notmuchmail.org/emacstips/">https://notm=\r
+uchmail.org/emacstips/</a>>, I'm inserting<br>\r
+<span class=3D"">> `(notmuch-crypto-process-mime t)` into my `init.el` f=\r
+ile -- after<br>\r
+> successfully running `(require `notmuch)`. I get the error<br>\r
+><br>\r
+> Symbol's function definition is void: notmuch-crypto-process-mime<=\r
+br>\r
+<br>\r
+</span>I think you want (setq notmuch-crypto-process-mime t); it's a va=\r
+riable,<br>\r
+not a function.<br>\r
+</blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail_sig=\r
+nature"><div dir=3D"ltr"><div>Austin Guest<br><a href=3D"mailto:guest.austi=\r
+n@gmail.com" target=3D"_blank">guest.austin@gmail.com</a><div><a href=3D"ht=\r
+tp://twitter.com/aguestuser" target=3D"_blank">@aguestuser</a><br>831-917-6=\r
+400<br></div></div></div></div>\r
+</div></div>\r
+\r
+--001a1134cd0693d5ce052901bdaf--\r
projects / notmuch-archives.git / commitdiff