Re: cli: add --include-html option to notmuch show

diff --git a/de/8d427a7eaff2489df08742f3c2d35fc410e441 b/de/8d427a7eaff2489df08742f3c2d35fc410e441
new file mode 100644 (file)
index 0000000..6435365
--- /dev/null
+++ b/de/8d427a7eaff2489df08742f3c2d35fc410e441
@@ -0,0 +1,98 @@
+Return-Path: <wuzzeb@wuzzeb.org>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+       by olra.theworths.org (Postfix) with ESMTP id 438AB431FBC\r
+       for <notmuch@notmuchmail.org>; Mon, 22 Jul 2013 09:49:27 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: 0\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=0 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_NONE=-0.0001] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+       by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+       with ESMTP id FkmUGXQ14iOa for <notmuch@notmuchmail.org>;\r
+       Mon, 22 Jul 2013 09:49:21 -0700 (PDT)\r
+Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78])\r
+       by olra.theworths.org (Postfix) with ESMTP id 00884431FB6\r
+       for <notmuch@notmuchmail.org>; Mon, 22 Jul 2013 09:49:20 -0700 (PDT)\r
+X_CMAE_Category: 0,0 Undefined,Undefined\r
+X-CNFS-Analysis: v=2.1 cv=G7glTbU5 c=1 sm=0 tr=0\r
+       a=C2bPeGdon5f+QfTtoGFpIg==:117 a=C2bPeGdon5f+QfTtoGFpIg==:17\r
+       a=K-v-2zaBAAAA:8 a=gxDP-SbUGcMA:10 a=97V-WqMTq8EA:10\r
+       a=IkcTkHD0fZMA:10 a=3wHbS4G-AAAA:8 a=Qdy8_LB6nwUA:10\r
+       a=IcfQHJu-0VqYzNnnZ6EA:9 a=QEXdDO2ut3YA:10\r
+X-CM-Score: 0\r
+X-Scanned-by: Cloudmark Authority Engine\r
+Authentication-Results: smtp01.rcn.cmh.synacor.com\r
+ smtp.mail=wuzzeb@wuzzeb.org; spf=pass;        sender-id=pass\r
+Authentication-Results: smtp01.rcn.cmh.synacor.com\r
+       header.from=wuzzeb@wuzzeb.org; sender-id=pass\r
+Received-SPF: pass (smtp01.rcn.cmh.synacor.com: domain wuzzeb.org designates\r
+       205.178.10.182 as permitted sender)\r
+Received: from [205.178.10.182] ([205.178.10.182:42520] helo=wuzzeb.org)\r
+       by smtp.rcn.com (envelope-from <wuzzeb@wuzzeb.org>)\r
+       (ecelerity 2.2.3.49 r(42060/42061)) with ESMTP\r
+       id 75/83-21927-F826DE15; Mon, 22 Jul 2013 12:49:19 -0400\r
+Received: from wuzzeb by wuzzeb.org with local (Exim 4.80.1)\r
+       (envelope-from <wuzzeb@wuzzeb.org>)\r
+       id 1V1JIU-0003N8-SA; Mon, 22 Jul 2013 11:49:18 -0500\r
+From: =?utf-8?Q?John_Lenz?= <lenz@math.uic.edu>\r
+To: =?utf-8?Q?Tomi_Ollila?= <tomi.ollila@iki.fi>, <notmuch@notmuchmail.org>\r
+Subject: Re: cli: add --include-html option to notmuch show\r
+Message-ID: <notmuch-web-1374511758.1146370460@www.wuzzeb.org>\r
+In-reply-to: <m27ggj1x29.fsf@guru.guru-group.fi>\r
+References: <notmuch-web-1372724382.450184839@www.wuzzeb.org>\r
+       <m27ggj1x29.fsf@guru.guru-group.fi>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+Sender: <wuzzeb@wuzzeb.org>\r
+Date: Mon, 22 Jul 2013 11:49:18 -0500\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+       <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+       <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 22 Jul 2013 16:49:27 -0000\r
+\r
+On Sun Jul 21 15:23 -0500 2013, Tomi Ollila <tomi.ollila@iki.fi> wrote:\r
+> On Tue, Jul 02 2013, John Lenz <lenz@math.uic.edu> wrote:\r
+> \r
+> > For my client, the largest bottleneck for displaying large threads is\r
+> > exporting each html part individually since by default notmuch will not=\r
+\r
+> > show the json parts.  For large threads there can be quite a few parts =\r
+and\r
+> > each must be exported and decoded one by one.  Also, I then have to dea=\r
+l\r
+> > with all the crazy charsets which I can do through a library but is a\r
+> > pain.\r
+> \r
+> This looks like a useful option. I just wonder what effect does different=\r
+\r
+> charsets do to the output (is text/html content output verbatim (with jus=\r
+t\r
+> json/sexp escaping of '"' -characters). \r
+> \r
+> If you added test(s) showing what happens with different charsets\r
+> (like one message having 3 text/html parts, one us-ascii, one iso-8859-1\r
+> and one utf-8) that would make things clearer and (also) protect us from =\r
+\r
+> regressions.\r
+> \r
+\r
+Ok, I'll add some tests, but everything is converted to UTF-8 by gmime.  If=\r
+\r
+you look, I didn't add any extra code actually.  Instead I just changed\r
+the if branch taken depending on the option and the content type.  The exis=\r
+ting\r
+code already converted everything to UTF-8.\r