Re: (emacs) Parsing problems replying to encrypted html
[notmuch-archives.git] / aa / 72e3474d12810bbe5675231f7873c02010cdc9
1 Return-Path: <david@tethera.net>\r
2 X-Original-To: notmuch@notmuchmail.org\r
3 Delivered-To: notmuch@notmuchmail.org\r
4 Received: from localhost (localhost [127.0.0.1])\r
5  by arlo.cworth.org (Postfix) with ESMTP id DE4786DE02CA\r
6  for <notmuch@notmuchmail.org>; Fri,  1 Apr 2016 04:34:33 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at cworth.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: -0.021\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.021 tagged_above=-999 required=5\r
12  tests=[AWL=-0.010, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01]\r
13  autolearn=disabled\r
14 Received: from arlo.cworth.org ([127.0.0.1])\r
15  by localhost (arlo.cworth.org [127.0.0.1]) (amavisd-new, port 10024)\r
16  with ESMTP id tmQeqxPfRKmU for <notmuch@notmuchmail.org>;\r
17  Fri,  1 Apr 2016 04:34:26 -0700 (PDT)\r
18 Received: from fethera.tethera.net (fethera.tethera.net [198.245.60.197])\r
19  by arlo.cworth.org (Postfix) with ESMTPS id D19396DE014A\r
20  for <notmuch@notmuchmail.org>; Fri,  1 Apr 2016 04:34:25 -0700 (PDT)\r
21 Received: from remotemail by fethera.tethera.net with local (Exim 4.84)\r
22  (envelope-from <david@tethera.net>)\r
23  id 1alxLs-0000TG-I8; Fri, 01 Apr 2016 07:34:56 -0400\r
24 Received: (nullmailer pid 19418 invoked by uid 1000);\r
25  Fri, 01 Apr 2016 11:34:20 -0000\r
26 From: David Bremner <david@tethera.net>\r
27 To: Matthew Lear <matt@bubblegen.co.uk>\r
28 Cc: notmuch@notmuchmail.org\r
29 Subject: Re: (emacs) Parsing problems replying to encrypted html\r
30 In-Reply-To: <87h9fm315q.fsf@bubblegen.co.uk>\r
31 References: <f50e07855e9bbbdd780ef925d8e2d879.squirrel@webmail.plus.net>\r
32  <m2a8miwc6x.fsf@dme.org>\r
33  <c4ff9f2c141441be10b1cb4b1e0300a7.squirrel@webmail.plus.net>\r
34  <56DD48B3.90604@bubblegen.co.uk> <87mvqatr6y.fsf@zancas.localnet>\r
35  <87h9gigfyz.fsf@bubblegen.co.uk> <87pov58b9y.fsf@zancas.localnet>\r
36  <m260wxkvf3.fsf@guru.guru-group.fi> <87wpp76ctq.fsf@zancas.localnet>\r
37  <m2shzvrccn.fsf@dme.org> <87h9fm315q.fsf@bubblegen.co.uk>\r
38 User-Agent: Notmuch/0.21+74~g6c60fb1 (http://notmuchmail.org) Emacs/24.5.1\r
39  (x86_64-pc-linux-gnu)\r
40 Date: Fri, 01 Apr 2016 08:34:20 -0300\r
41 Message-ID: <87oa9timv7.fsf@zancas.localnet>\r
42 MIME-Version: 1.0\r
43 Content-Type: text/plain\r
44 X-BeenThere: notmuch@notmuchmail.org\r
45 X-Mailman-Version: 2.1.20\r
46 Precedence: list\r
47 List-Id: "Use and development of the notmuch mail system."\r
48  <notmuch.notmuchmail.org>\r
49 List-Unsubscribe: <https://notmuchmail.org/mailman/options/notmuch>,\r
50  <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
51 List-Archive: <http://notmuchmail.org/pipermail/notmuch/>\r
52 List-Post: <mailto:notmuch@notmuchmail.org>\r
53 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
54 List-Subscribe: <https://notmuchmail.org/mailman/listinfo/notmuch>,\r
55  <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
56 X-List-Received-Date: Fri, 01 Apr 2016 11:34:34 -0000\r
57 \r
58 Matthew Lear <matt@bubblegen.co.uk> writes:\r
59 \r
60 > On Sat, Mar 12 2016 at  2:37:44 pm GMT, David Edmondson <dme@dme.org> wrote:\r
61 >> On Sat, Mar 12 2016, David Bremner wrote:\r
62 >>> Tomi Ollila <tomi.ollila@iki.fi> writes:\r
63 >>>\r
64 >>>> 2016-03-08 (Tue) 14:16:01: reply --format=sexp --format-version=1 --reply-to=sender thread:0000000000004a6f\r
65 >>>> 2016-03-08 (Tue) 14:16:01: show --format=raw --part=2 id:56DDE706.6060702@bubblegen.co.uk\r
66 >>>> 2016-03-08 (Tue) 14:16:01: show --format=sexp --include-html --part=3 id:56DDE706.6060702@bubblegen.co.uk\r
67 >>>> 2016-03-08 (Tue) 14:16:01: show --format=raw --part=3 id:56DDE706.6060702@bubblegen.co.uk\r
68 >>>>\r
69 >>>\r
70 >>> I think the problem is in the following let form, which uses\r
71 >>> notmuch-show-process-crypto. That isn't set in search mode. I'm unclear\r
72 >>> on what the right solution is here; we could check\r
73 >>> notmuch-crypto-process-mime, but I'm not sure how this would interact\r
74 >>> with the handling of prefix arguments (for temporary toggling).\r
75 >>\r
76 >> Is "reply" from search mode a common pattern of use? Currently it seems\r
77 >> generally un-useful (the thread has to contain just a single message -\r
78 >> not just a single matching message).\r
79 >>\r
80 >>> (defun notmuch-mua-reply (query-string &optional sender reply-all)\r
81 >>>   (let ((args '("reply" "--format=sexp" "--format-version=1"))\r
82 >>>     (process-crypto notmuch-show-process-crypto)\r
83 >>>     reply\r
84 >>>     original)\r
85 >\r
86 > Hi. I just wondered if anyone had managed to make any progress on this?\r
87 \r
88 Hi Matthew;\r
89 \r
90 I'm not sure if you noticed, but there are patches in master now (and\r
91 will be in a release pretty soon) that handle the part of the problem\r
92 related to encrypted html, but nothing so far for the problem(s) of\r
93 replying from search view.\r
94 \r
95 d\r