Re: A systematic way of handling Xapian lock errors?
[notmuch-archives.git] / 8b / 7bbb9fc438ab0e4f11f1456b0f02af3c037fa8
1 Return-Path: <markwalters1009@gmail.com>\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 olra.theworths.org (Postfix) with ESMTP id 1B1CD431FBF\r
6         for <notmuch@notmuchmail.org>; Sat, 11 May 2013 13:15:56 -0700 (PDT)\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
8 X-Spam-Flag: NO\r
9 X-Spam-Score: 0.201\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0.201 tagged_above=-999 required=5\r
12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1,\r
13         FREEMAIL_ENVFROM_END_DIGIT=1, FREEMAIL_FROM=0.001,\r
14         RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
15 Received: from olra.theworths.org ([127.0.0.1])\r
16         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
17         with ESMTP id IEN7ajoVR39E for <notmuch@notmuchmail.org>;\r
18         Sat, 11 May 2013 13:15:50 -0700 (PDT)\r
19 Received: from mail-we0-f181.google.com (mail-we0-f181.google.com\r
20         [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
21         (No client certificate requested)\r
22         by olra.theworths.org (Postfix) with ESMTPS id 71F72431FAE\r
23         for <notmuch@notmuchmail.org>; Sat, 11 May 2013 13:15:50 -0700 (PDT)\r
24 Received: by mail-we0-f181.google.com with SMTP id q55so5058010wes.40\r
25         for <notmuch@notmuchmail.org>; Sat, 11 May 2013 13:15:49 -0700 (PDT)\r
26 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;\r
27         h=x-received:from:to:cc:subject:date:message-id:x-mailer;\r
28         bh=ey0ldko4x5ZzK+J3RtTlVGC8Ygr+9mOA5ms8fSm2XPQ=;\r
29         b=M2PDih4xHtu7LWnetYR1Xnmc8ps5ux2ROIXgYLNJb9AYwOTlX00tPu0PpAD5n6zG0o\r
30         QG0jsusNn5KrH1fp08ehHd2T0mcvfCqy/Nbdmpao+zMKW8CBxjnctPL4d3XVZDh9oEPc\r
31         Q0RWZOKe9cQuMsL3OMW9ULGQT4NNyNfhc/pjXe2I/i+mCBrSwAJvkKBDa4HP84IuDRxb\r
32         YXIw5VoM9Dw67cfOTH5eeoh4JBs34Jn4yiZQQ9HDoWRfU3jiHS7RvnD/BhlKwZD5ZxHW\r
33         WtX11qGz3BTv/pNcHCsLpOZ5xE4yutH3GmU1lbDO6wOwlGn4CB9oMlmXSh2Zthzq2N0z\r
34         1Lqg==\r
35 X-Received: by 10.180.185.207 with SMTP id fe15mr10262458wic.33.1368303349369;\r
36         Sat, 11 May 2013 13:15:49 -0700 (PDT)\r
37 Received: from localhost (93-97-24-31.zone5.bethere.co.uk. [93.97.24.31])\r
38         by mx.google.com with ESMTPSA id ek7sm5801316wic.4.2013.05.11.13.15.48\r
39         for <multiple recipients>\r
40         (version=TLSv1.2 cipher=RC4-SHA bits=128/128);\r
41         Sat, 11 May 2013 13:15:48 -0700 (PDT)\r
42 From: Mark Walters <markwalters1009@gmail.com>\r
43 To: notmuch@notmuchmail.org\r
44 Subject: [PATCH 0/3] Allow widen reply \r
45 Date: Sat, 11 May 2013 21:15:41 +0100\r
46 Message-Id: <1368303344-13713-1-git-send-email-markwalters1009@gmail.com>\r
47 X-Mailer: git-send-email 1.7.9.1\r
48 X-BeenThere: notmuch@notmuchmail.org\r
49 X-Mailman-Version: 2.1.13\r
50 Precedence: list\r
51 List-Id: "Use and development of the notmuch mail system."\r
52         <notmuch.notmuchmail.org>\r
53 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
54         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
55 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
56 List-Post: <mailto:notmuch@notmuchmail.org>\r
57 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
58 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
59         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
60 X-List-Received-Date: Sat, 11 May 2013 20:15:56 -0000\r
61 \r
62 This is an initial draft of a patch to allow the emacs frontend to\r
63 "widen" the reply: i.e., change the headers to reply-to-all after a\r
64 reply-to-sender has been started.\r
65 \r
66 The reply cli json output is modified to always output the\r
67 reply-to-all headers.\r
68 \r
69 Emacs message mode already as a key binding for widening reply (C-c\r
70 C-f w) so we use that.\r
71 \r
72 There are some things that need to be worked out: do we want to allow\r
73 narrowing the reply (ie going from reply-to-all back to\r
74 reply-to-sender)? I did not implement this as it was slightly easier\r
75 not to, message-mode doesn't have this by default, and it's easy for a\r
76 user to remove recipients.\r
77 \r
78 I have not updated tests (the reply json test fails) or the\r
79 schemata. I thought it was worth deciding what format we wanted for\r
80 the json first.\r
81 \r
82 Finally, I am not sure I have got the overriding of\r
83 message-widen-reply keybinding right. It does seem to work.\r
84 \r
85 Best wishes\r
86 \r
87 Mark\r
88 \r
89 \r
90 \r
91 Mark Walters (3):\r
92   cli: show: separate out the printing of recipient headers\r
93   cli: reply: additionally output reply-to-all headers to allow widen\r
94     reply\r
95   emacs: mua: allow the user to widen the reply\r
96 \r
97  emacs/notmuch-mua.el |   22 +++++++++++++++++++++-\r
98  notmuch-client.h     |    3 +++\r
99  notmuch-reply.c      |   18 +++++++++++++++++-\r
100  notmuch-show.c       |   35 +++++++++++++++++++++--------------\r
101  4 files changed, 62 insertions(+), 16 deletions(-)\r
102 \r
103 -- \r
104 1.7.9.1\r
105 \r