b6/fbe8ed0949e5ba2a1c391e4903d08ec9b8ebb0

   1 Return-Path: <jrollins@finestructure.net>\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 6247A431FB6\r
   6         for <notmuch@notmuchmail.org>; Fri, 13 Jul 2012 13:37:32 -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: -2.29\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
  12         tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] 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 NepEl-wBKH3u for <notmuch@notmuchmail.org>;\r
  16         Fri, 13 Jul 2012 13:37:28 -0700 (PDT)\r
  17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
  18         [131.215.239.19])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 4C34B431FAE\r
  20         for <notmuch@notmuchmail.org>; Fri, 13 Jul 2012 13:37:28 -0700 (PDT)\r
  21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by earth-doxen-postvirus (Postfix) with ESMTP id C970266E018E;\r
  23         Fri, 13 Jul 2012 13:37:27 -0700 (PDT)\r
  24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
  25 Received: from finestructure.net (DHCP-123-184.caltech.edu [131.215.123.184])\r
  26         (Authenticated sender: jrollins)\r
  27         by earth-doxen-submit (Postfix) with ESMTP id D7B5E66E0137;\r
  28         Fri, 13 Jul 2012 13:37:20 -0700 (PDT)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 8D4953CA; Fri, 13 Jul 2012 13:37:20 -0700 (PDT)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
  33 Subject: Re: [PATCH 2/3] cli: show allow the caller to specify the headers\r
  34         output.\r
  35 In-Reply-To: <87bojjcuey.fsf@qmul.ac.uk>\r
  36 References: <1341673978-6094-1-git-send-email-markwalters1009@gmail.com>\r
  37         <1341673978-6094-3-git-send-email-markwalters1009@gmail.com>\r
  38         <878venxxpe.fsf@servo.finestructure.net>\r
  39         <87bojjcuey.fsf@qmul.ac.uk>\r
  40 User-Agent: Notmuch/0.13.2+82~gd0a8b58 (http://notmuchmail.org) Emacs/23.4.1\r
  41         (x86_64-pc-linux-gnu)\r
  42 Date: Fri, 13 Jul 2012 13:37:18 -0700\r
  43 Message-ID: <877gu7gzy9.fsf@servo.finestructure.net>\r
  44 MIME-Version: 1.0\r
  45 Content-Type: multipart/signed; boundary="=-=-=";\r
  46         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  47 X-BeenThere: notmuch@notmuchmail.org\r
  48 X-Mailman-Version: 2.1.13\r
  49 Precedence: list\r
  50 List-Id: "Use and development of the notmuch mail system."\r
  51         <notmuch.notmuchmail.org>\r
  52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  53         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  55 List-Post: <mailto:notmuch@notmuchmail.org>\r
  56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  58         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  59 X-List-Received-Date: Fri, 13 Jul 2012 20:37:32 -0000\r
  60 \r
  61 --=-=-=\r
  62 Content-Transfer-Encoding: quoted-printable\r
  63 \r
  64 On Fri, Jul 13 2012, Mark Walters <markwalters1009@gmail.com> wrote:\r
  65 > I basically agree but it looked like it would be relatively ugly to pass\r
  66 > around.=20\r
  67 >\r
  68 > However, perhaps this is all being too general: the caller probably\r
  69 > cares that all the headers it wants are output and perhaps not too many\r
  70 > others (eg over ssh or to android etc). Would something more like\r
  71 > headers=3Dbrief or headers=3Dfull be enough? And we would still want an\r
  72 > option allowing the body to be omitted.\r
  73 >\r
  74 > What do you think?\r
  75 \r
  76 I think different people are going to want different headers, and I know\r
  77 that people want headers that are not included in the default output.\r
  78 It just seems to me we would be better served with a more general\r
  79 solution.  Just being able to specify from the headers we are already\r
  80 outputting doesn't seem like much of an improvement to me.\r
  81 \r
  82 As for body omission: I still think it would be a nice clean separation\r
  83 if the contents of body parts were retrieved separately.  If there\r
  84 really are situations where that constitutes a performance hit, I guess\r
  85 we'll want the option.  Although I would argue that bodies should be\r
  86 omitted by default, and the option should include them, rather than\r
  87 vice-versa.\r
  88 \r
  89 jamie.\r
  90 \r
  91 --=-=-=\r
  92 Content-Type: application/pgp-signature\r
  93 \r
  94 -----BEGIN PGP SIGNATURE-----\r
  95 Version: GnuPG v1.4.12 (GNU/Linux)\r
  96 \r
  97 iQIcBAEBCAAGBQJQAIb+AAoJEO00zqvie6q8iIIP/juIWMUbS90wz1IXFH7DF+lV\r
  98 KleuCkLcHlm1qwyXMLQJC8kKkwLeMA206c4gbG/Ts+2XyzVyjRSgoZizIZm9sNPE\r
  99 x2/YDXfkJNwjQDzV/4e/Rmx9meHtCAfxIDNoxByPLL3OpgRF8LeaFtRd5OT7V+aN\r
 100 AQfswq8SoO/Me19zMj5vrb2w9JC4M0l7Pzx3k3B9NRm8kyrEELEFqIYJMGu9s2MS\r
 101 8MVEqwuZ0ogI1mWXetWDV2GbvqLUKLTWzvVle61XARLCfcODcV4GwQXfSHLX3Tmj\r
 102 wdolwgiELctRy4sjLmCiEI2LGROnCiAhVwQFX2uq6wg0khswOZvoYdi6daxKmqO1\r
 103 oW9+8sG39pNZb57PiRY1gf/LgDfUTyGxAPktadCDzkxqMl6NTGXiaoMbl6/kYAOn\r
 104 MlT3g3VIoe1Cx+QJdEocMe0RB/4dJ5X7fVwotFy2hrW1JYi1hsseB5wNCJZf9Zpr\r
 105 6hBbuYvaEEHCxwqJ8uSuJOOpTY4cxWT6nC8kPT4DuPKAllTaklMgpCxNGQSRuTV3\r
 106 kbbX3EfdtJxHsFxMwCO2YG7CVfiuSI38jnj0VZ4zA2UqMEw2sXDWAsDXmm+czZqN\r
 107 bYXg+N9NGi5EFHfZbhM2Ohj7st49i2QNgKNtOt2PqS+W6bDnYTA8s59YujCt9Oc8\r
 108 Na06n2hmexlQuw6Ncb6H\r
 109 =/fq7\r
 110 -----END PGP SIGNATURE-----\r
 111 --=-=-=--\r