[PATCH 4/4] Update NEWS for user.other_name
[notmuch-archives.git] / de / 8d427a7eaff2489df08742f3c2d35fc410e441
1 Return-Path: <wuzzeb@wuzzeb.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 438AB431FBC\r
6         for <notmuch@notmuchmail.org>; Mon, 22 Jul 2013 09:49:27 -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\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_NONE=-0.0001] 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 FkmUGXQ14iOa for <notmuch@notmuchmail.org>;\r
16         Mon, 22 Jul 2013 09:49:21 -0700 (PDT)\r
17 Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78])\r
18         by olra.theworths.org (Postfix) with ESMTP id 00884431FB6\r
19         for <notmuch@notmuchmail.org>; Mon, 22 Jul 2013 09:49:20 -0700 (PDT)\r
20 X_CMAE_Category: 0,0 Undefined,Undefined\r
21 X-CNFS-Analysis: v=2.1 cv=G7glTbU5 c=1 sm=0 tr=0\r
22         a=C2bPeGdon5f+QfTtoGFpIg==:117 a=C2bPeGdon5f+QfTtoGFpIg==:17\r
23         a=K-v-2zaBAAAA:8 a=gxDP-SbUGcMA:10 a=97V-WqMTq8EA:10\r
24         a=IkcTkHD0fZMA:10 a=3wHbS4G-AAAA:8 a=Qdy8_LB6nwUA:10\r
25         a=IcfQHJu-0VqYzNnnZ6EA:9 a=QEXdDO2ut3YA:10\r
26 X-CM-Score: 0\r
27 X-Scanned-by: Cloudmark Authority Engine\r
28 Authentication-Results: smtp01.rcn.cmh.synacor.com\r
29  smtp.mail=wuzzeb@wuzzeb.org; spf=pass; sender-id=pass\r
30 Authentication-Results: smtp01.rcn.cmh.synacor.com\r
31         header.from=wuzzeb@wuzzeb.org; sender-id=pass\r
32 Received-SPF: pass (smtp01.rcn.cmh.synacor.com: domain wuzzeb.org designates\r
33         205.178.10.182 as permitted sender)\r
34 Received: from [205.178.10.182] ([205.178.10.182:42520] helo=wuzzeb.org)\r
35         by smtp.rcn.com (envelope-from <wuzzeb@wuzzeb.org>)\r
36         (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP\r
37         id 75/83-21927-F826DE15; Mon, 22 Jul 2013 12:49:19 -0400\r
38 Received: from wuzzeb by wuzzeb.org with local (Exim 4.80.1)\r
39         (envelope-from <wuzzeb@wuzzeb.org>)\r
40         id 1V1JIU-0003N8-SA; Mon, 22 Jul 2013 11:49:18 -0500\r
41 From: =?utf-8?Q?John_Lenz?= <lenz@math.uic.edu>\r
42 To: =?utf-8?Q?Tomi_Ollila?= <tomi.ollila@iki.fi>, <notmuch@notmuchmail.org>\r
43 Subject: Re: cli: add --include-html option to notmuch show\r
44 Message-ID: <notmuch-web-1374511758.1146370460@www.wuzzeb.org>\r
45 In-reply-to: <m27ggj1x29.fsf@guru.guru-group.fi>\r
46 References: <notmuch-web-1372724382.450184839@www.wuzzeb.org>\r
47         <m27ggj1x29.fsf@guru.guru-group.fi>\r
48 MIME-Version: 1.0\r
49 Content-Type: text/plain; charset=UTF-8\r
50 Content-Transfer-Encoding: quoted-printable\r
51 Sender: <wuzzeb@wuzzeb.org>\r
52 Date: Mon, 22 Jul 2013 11:49:18 -0500\r
53 X-BeenThere: notmuch@notmuchmail.org\r
54 X-Mailman-Version: 2.1.13\r
55 Precedence: list\r
56 List-Id: "Use and development of the notmuch mail system."\r
57         <notmuch.notmuchmail.org>\r
58 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
59         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
60 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
61 List-Post: <mailto:notmuch@notmuchmail.org>\r
62 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
63 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
64         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
65 X-List-Received-Date: Mon, 22 Jul 2013 16:49:27 -0000\r
66 \r
67 On Sun Jul 21 15:23 -0500 2013, Tomi Ollila <tomi.ollila@iki.fi> wrote:\r
68 > On Tue, Jul 02 2013, John Lenz <lenz@math.uic.edu> wrote:\r
69\r
70 > > For my client, the largest bottleneck for displaying large threads is\r
71 > > exporting each html part individually since by default notmuch will not=\r
72 \r
73 > > show the json parts.  For large threads there can be quite a few parts =\r
74 and\r
75 > > each must be exported and decoded one by one.  Also, I then have to dea=\r
76 l\r
77 > > with all the crazy charsets which I can do through a library but is a\r
78 > > pain.\r
79\r
80 > This looks like a useful option. I just wonder what effect does different=\r
81 \r
82 > charsets do to the output (is text/html content output verbatim (with jus=\r
83 t\r
84 > json/sexp escaping of '"' -characters). \r
85\r
86 > If you added test(s) showing what happens with different charsets\r
87 > (like one message having 3 text/html parts, one us-ascii, one iso-8859-1\r
88 > and one utf-8) that would make things clearer and (also) protect us from =\r
89 \r
90 > regressions.\r
91\r
92 \r
93 Ok, I'll add some tests, but everything is converted to UTF-8 by gmime.  If=\r
94 \r
95 you look, I didn't add any extra code actually.  Instead I just changed\r
96 the if branch taken depending on the option and the content type.  The exis=\r
97 ting\r
98 code already converted everything to UTF-8.\r