Re: [PATCH 2/3] cli: show allow the caller to specify the headers output.

diff --git a/b6/fbe8ed0949e5ba2a1c391e4903d08ec9b8ebb0 b/b6/fbe8ed0949e5ba2a1c391e4903d08ec9b8ebb0
new file mode 100644 (file)
index 0000000..eeac08b
--- /dev/null
+++ b/b6/fbe8ed0949e5ba2a1c391e4903d08ec9b8ebb0
@@ -0,0 +1,111 @@
+Return-Path: <jrollins@finestructure.net>\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 6247A431FB6\r
+       for <notmuch@notmuchmail.org>; Fri, 13 Jul 2012 13:37:32 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.29\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 NepEl-wBKH3u for <notmuch@notmuchmail.org>;\r
+       Fri, 13 Jul 2012 13:37:28 -0700 (PDT)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+       [131.215.239.19])\r
+       by olra.theworths.org (Postfix) with ESMTP id 4C34B431FAE\r
+       for <notmuch@notmuchmail.org>; Fri, 13 Jul 2012 13:37:28 -0700 (PDT)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by earth-doxen-postvirus (Postfix) with ESMTP id C970266E018E;\r
+       Fri, 13 Jul 2012 13:37:27 -0700 (PDT)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net (DHCP-123-184.caltech.edu [131.215.123.184])\r
+       (Authenticated sender: jrollins)\r
+       by earth-doxen-submit (Postfix) with ESMTP id D7B5E66E0137;\r
+       Fri, 13 Jul 2012 13:37:20 -0700 (PDT)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 8D4953CA; Fri, 13 Jul 2012 13:37:20 -0700 (PDT)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [PATCH 2/3] cli: show allow the caller to specify the headers\r
+       output.\r
+In-Reply-To: <87bojjcuey.fsf@qmul.ac.uk>\r
+References: <1341673978-6094-1-git-send-email-markwalters1009@gmail.com>\r
+       <1341673978-6094-3-git-send-email-markwalters1009@gmail.com>\r
+       <878venxxpe.fsf@servo.finestructure.net>\r
+       <87bojjcuey.fsf@qmul.ac.uk>\r
+User-Agent: Notmuch/0.13.2+82~gd0a8b58 (http://notmuchmail.org) Emacs/23.4.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Fri, 13 Jul 2012 13:37:18 -0700\r
+Message-ID: <877gu7gzy9.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+       micalg=pgp-sha256; protocol="application/pgp-signature"\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: Fri, 13 Jul 2012 20:37:32 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Fri, Jul 13 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
+> I basically agree but it looked like it would be relatively ugly to pass\r
+> around.=20\r
+>\r
+> However, perhaps this is all being too general: the caller probably\r
+> cares that all the headers it wants are output and perhaps not too many\r
+> others (eg over ssh or to android etc). Would something more like\r
+> headers=3Dbrief or headers=3Dfull be enough? And we would still want an\r
+> option allowing the body to be omitted.\r
+>\r
+> What do you think?\r
+\r
+I think different people are going to want different headers, and I know\r
+that people want headers that are not included in the default output.\r
+It just seems to me we would be better served with a more general\r
+solution.  Just being able to specify from the headers we are already\r
+outputting doesn't seem like much of an improvement to me.\r
+\r
+As for body omission: I still think it would be a nice clean separation\r
+if the contents of body parts were retrieved separately.  If there\r
+really are situations where that constitutes a performance hit, I guess\r
+we'll want the option.  Although I would argue that bodies should be\r
+omitted by default, and the option should include them, rather than\r
+vice-versa.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJQAIb+AAoJEO00zqvie6q8iIIP/juIWMUbS90wz1IXFH7DF+lV\r
+KleuCkLcHlm1qwyXMLQJC8kKkwLeMA206c4gbG/Ts+2XyzVyjRSgoZizIZm9sNPE\r
+x2/YDXfkJNwjQDzV/4e/Rmx9meHtCAfxIDNoxByPLL3OpgRF8LeaFtRd5OT7V+aN\r
+AQfswq8SoO/Me19zMj5vrb2w9JC4M0l7Pzx3k3B9NRm8kyrEELEFqIYJMGu9s2MS\r
+8MVEqwuZ0ogI1mWXetWDV2GbvqLUKLTWzvVle61XARLCfcODcV4GwQXfSHLX3Tmj\r
+wdolwgiELctRy4sjLmCiEI2LGROnCiAhVwQFX2uq6wg0khswOZvoYdi6daxKmqO1\r
+oW9+8sG39pNZb57PiRY1gf/LgDfUTyGxAPktadCDzkxqMl6NTGXiaoMbl6/kYAOn\r
+MlT3g3VIoe1Cx+QJdEocMe0RB/4dJ5X7fVwotFy2hrW1JYi1hsseB5wNCJZf9Zpr\r
+6hBbuYvaEEHCxwqJ8uSuJOOpTY4cxWT6nC8kPT4DuPKAllTaklMgpCxNGQSRuTV3\r
+kbbX3EfdtJxHsFxMwCO2YG7CVfiuSI38jnj0VZ4zA2UqMEw2sXDWAsDXmm+czZqN\r
+bYXg+N9NGi5EFHfZbhM2Ohj7st49i2QNgKNtOt2PqS+W6bDnYTA8s59YujCt9Oc8\r
+Na06n2hmexlQuw6Ncb6H\r
+=/fq7\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r