Re: [PATCH 0/4] Allow specifying alternate names for addresses in other_email
[notmuch-archives.git] / 24 / ce4be2bba1bed576cd7d09ebbbb518e92e7faf
1 Return-Path: <pieter@praet.org>\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 8994B429E20\r
6         for <notmuch@notmuchmail.org>; Sat,  7 May 2011 02:14:13 -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.7\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
13 Received: from olra.theworths.org ([127.0.0.1])\r
14         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
15         with ESMTP id JvvCOYMR-Eqt for <notmuch@notmuchmail.org>;\r
16         Sat,  7 May 2011 02:14:13 -0700 (PDT)\r
17 Received: from mail-wy0-f181.google.com (mail-wy0-f181.google.com\r
18         [74.125.82.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
19         (No client certificate requested)\r
20         by olra.theworths.org (Postfix) with ESMTPS id C9A21431FB5\r
21         for <notmuch@notmuchmail.org>; Sat,  7 May 2011 02:14:12 -0700 (PDT)\r
22 Received: by wyi11 with SMTP id 11so3181401wyi.26\r
23         for <notmuch@notmuchmail.org>; Sat, 07 May 2011 02:14:11 -0700 (PDT)\r
24 Received: by 10.216.203.195 with SMTP id f45mr477025weo.89.1304759651155;\r
25         Sat, 07 May 2011 02:14:11 -0700 (PDT)\r
26 Received: from localhost (197.83-240-81.adsl-dyn.isp.belgacom.be\r
27         [81.240.83.197])\r
28         by mx.google.com with ESMTPS id ed10sm2477037wbb.66.2011.05.07.02.14.09\r
29         (version=TLSv1/SSLv3 cipher=OTHER);\r
30         Sat, 07 May 2011 02:14:10 -0700 (PDT)\r
31 From: Pieter Praet <pieter@praet.org>\r
32 To: Jameson Graef Rollins <jrollins@finestructure.net>,\r
33         Austin Clements <amdragon@mit.edu>, Florian Friesdorf <flo@chaoflow.net>\r
34 Subject: Re: [PATCH] implement search --format=sanitized_text + emacs UI to\r
35         use it\r
36 In-Reply-To: <87liyjgvyw.fsf@servo.factory.finestructure.net>\r
37 References: <1304723846-29134-1-git-send-email-flo@chaoflow.net>\r
38         <1304723846-29134-2-git-send-email-flo@chaoflow.net>\r
39         <BANLkTime86NE4W5j+p0uJiR5_cF3gZVd8Q@mail.gmail.com>\r
40         <87liyjgvyw.fsf@servo.factory.finestructure.net>\r
41 User-Agent: Notmuch/0.5-98-g63c37b1 (http://notmuchmail.org) Emacs/23.1.50.1\r
42         (x86_64-pc-linux-gnu)\r
43 Date: Sat, 07 May 2011 11:14:08 +0200\r
44 Message-ID: <87pqnukh3z.fsf@praet.org>\r
45 MIME-Version: 1.0\r
46 Content-Type: text/plain; charset=us-ascii\r
47 Cc: notmuch@notmuchmail.org, a.amann@ucc.ie\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, 07 May 2011 09:14:13 -0000\r
61 \r
62 On Fri, 06 May 2011 18:06:47 -0700, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\r
63 > On Fri, 6 May 2011 19:55:26 -0400, Austin Clements <amdragon@mit.edu> wrote:\r
64 > > Perhaps text summary output should *always* do this.  The text summary\r
65 > > format is meant half for user consumption and half for emacs\r
66 > > consumption and allowing newlines that don't indicate the end of a\r
67 > > summary line seems bad for *both* use cases.\r
68\r
69 > Hi, Florian.  I think I agree with Austin here that the text output\r
70 > should probably just always be sanitized.  Can you try sending in a\r
71 > patch that just automatically sanitizes the text output?\r
72 \r
73 Indeed, Andreas and I agreed [1] as well that sanitization should be\r
74 default for search, yet optional for show.\r
75 \r
76 > Also, I believe that this patch is not entirely compatible with the\r
77 > current head of the release-candidate/0.6 branch.  I pushed a patch to\r
78 > that branch to fix a search output formatting bug, and in so doing I\r
79 > added a field to the search_format struct.\r
80\r
81 > If you could make those changes and post a new patch that would be\r
82 > great.  Thanks.\r
83\r
84 > jamie.\r
85 Non-text part: application/pgp-signature\r
86 > _______________________________________________\r
87 > notmuch mailing list\r
88 > notmuch@notmuchmail.org\r
89 > http://notmuchmail.org/mailman/listinfo/notmuch\r
90 \r
91 Peace\r
92 \r
93 -- \r
94 Pieter\r
95 \r
96 \r
97 [1] id:"87pqokx7op.fsf@A7GMS.i-did-not-set--mail-host-address--so-tickle-me"\r