Re: (emacs) Parsing problems replying to encrypted html

Subject: Re: (emacs) Parsing problems replying to encrypted html

Date: Fri, 01 Apr 2016 08:34:20 -0300

To: Matthew Lear


From: David Bremner

Matthew Lear <> writes:

> On Sat, Mar 12 2016 at  2:37:44 pm GMT, David Edmondson <> wrote:
>> On Sat, Mar 12 2016, David Bremner wrote:
>>> Tomi Ollila <> writes:
>>>> 2016-03-08 (Tue) 14:16:01: reply --format=sexp --format-version=1 --reply-to=sender thread:0000000000004a6f
>>>> 2016-03-08 (Tue) 14:16:01: show --format=raw --part=2
>>>> 2016-03-08 (Tue) 14:16:01: show --format=sexp --include-html --part=3
>>>> 2016-03-08 (Tue) 14:16:01: show --format=raw --part=3
>>> I think the problem is in the following let form, which uses
>>> notmuch-show-process-crypto. That isn't set in search mode. I'm unclear
>>> on what the right solution is here; we could check
>>> notmuch-crypto-process-mime, but I'm not sure how this would interact
>>> with the handling of prefix arguments (for temporary toggling).
>> Is "reply" from search mode a common pattern of use? Currently it seems
>> generally un-useful (the thread has to contain just a single message -
>> not just a single matching message).
>>> (defun notmuch-mua-reply (query-string &optional sender reply-all)
>>>   (let ((args '("reply" "--format=sexp" "--format-version=1"))
>>> 	(process-crypto notmuch-show-process-crypto)
>>> 	reply
>>> 	original)
> Hi. I just wondered if anyone had managed to make any progress on this?

Hi Matthew;

I'm not sure if you noticed, but there are patches in master now (and
will be in a release pretty soon) that handle the part of the problem
related to encrypted html, but nothing so far for the problem(s) of
replying from search view.