74/6585be46683b21c73e525687cf5f95ec8e9685

   1 Return-Path: <cworth@cworth.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 7870F4196F0\r
   6         for <notmuch@notmuchmail.org>; Thu,  1 Apr 2010 14:09:59 -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.89\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.89 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1, BAYES_00=-1.9, T_MIME_NO_TEXT=0.01]\r
  13         autolearn=ham\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id FBnnqwEmKmve; Thu,  1 Apr 2010 14:09:58 -0700 (PDT)\r
  17 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  18         by olra.theworths.org (Postfix) with ESMTP id 579AE431FC1;\r
  19         Thu,  1 Apr 2010 14:09:58 -0700 (PDT)\r
  20 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  21         id E798E254390; Thu,  1 Apr 2010 14:09:57 -0700 (PDT)\r
  22 From: Carl Worth <cworth@cworth.org>\r
  23 To: David Edmondson <dme@dme.org>, notmuch <notmuch@notmuchmail.org>\r
  24 In-Reply-To: <87oci344n4.fsf@ut.hh.sledj.net>\r
  25 References: <87oci344n4.fsf@ut.hh.sledj.net>\r
  26 Date: Thu, 01 Apr 2010 14:09:57 -0700\r
  27 Message-ID: <87bpe2j2vu.fsf@yoom.home.cworth.org>\r
  28 MIME-Version: 1.0\r
  29 Content-Type: multipart/signed; boundary="=-=-=";\r
  30         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  31 Subject: Re: [notmuch] pull request\r
  32 X-BeenThere: notmuch@notmuchmail.org\r
  33 X-Mailman-Version: 2.1.13\r
  34 Precedence: list\r
  35 List-Id: "Use and development of the notmuch mail system."\r
  36         <notmuch.notmuchmail.org>\r
  37 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  38         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  39 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  40 List-Post: <mailto:notmuch@notmuchmail.org>\r
  41 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  42 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  43         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  44 X-List-Received-Date: Thu, 01 Apr 2010 21:09:59 -0000\r
  45 \r
  46 --=-=-=\r
  47 Content-Transfer-Encoding: quoted-printable\r
  48 \r
  49 On Thu, 01 Apr 2010 15:41:03 +0100, David Edmondson <dme@dme.org> wrote:\r
  50 > Carl, a couple of patches that I'd like you to consider. They are the\r
  51 > first two on the `dme' branch of git://github.com/dme/notmuch.git.\r
  52 \r
  53 Thanks, David!\r
  54 \r
  55 I've got your branch fetched here and I plan to start playing with\r
  56 it. The feature-set of the branch sounds extremely compelling, so I'm\r
  57 looking forward to usability improvements from this. Thanks so much.\r
  58 \r
  59 > http://github.com/dme/notmuch/commit/f86254e4509ed02731aa3eaa8541df1f2d11=\r
  60 e400\r
  61 > > notmuch-show: Add unix and pretty dates to the JSON output\r
  62 > >=20\r
  63 > > Include a 'date_unix' and 'date_pretty' field in the JSON output for\r
  64 > > each message. 'date_pretty' can be used by a UI implementation,\r
  65 > > whereas 'date_unix' is useful when scripting.\r
  66 \r
  67 With "date_unix" it's easy enough to guess what the value is. But\r
  68 "date_pretty" is much more ambiguous. I assumed that this would be an\r
  69 RFC 822 date string, (but then found that it's the relative date that\r
  70 "notmuch show" is using currently).\r
  71 \r
  72 I think I'd rather see that named "date_relative", (or dropped with the\r
  73 expectation that callers can decide how to format dates on their own).\r
  74 \r
  75 > > A new 'part' subcommand allows the user to extract a single part from a\r
  76 > > MIME message. Usage:\r
  77 > >=20\r
  78 > >   notmuch part --part=3D<n> <search terms>\r
  79 \r
  80 This sounds like great functionality, and is something I had intended to\r
  81 do very early after starting notmuch.el but never got around to.\r
  82 \r
  83 > > The search terms should match only a single message\r
  84 > > (e.g. id:foo@bar.com). The part number specified refers to the part\r
  85 > > identifiers output by `notmuch show'. The content of the part is written\r
  86 > > the stdout with no formatting or identification marks. It is not JSON\r
  87 > > formatted.\r
  88 \r
  89 The above documentation isn't quite complete to me. Is MIME decoding\r
  90 handled by this or not? Also, the documentation says the search terms\r
  91 "should match" only one message, but what does the implementation do if\r
  92 more than one message is matched? It would be good to document that as\r
  93 well.\r
  94 \r
  95 More significantly, this level of documentation needs to be put into the\r
  96 "notmuch help" output (instead of the placeholder that's there in the\r
  97 current patch). It also needs to be added to the man page in notmuch.1.\r
  98 \r
  99 > The second of these (part) has been the topic of some\r
 100 > discussion. There's a suggestion that a 'cat' subcommand or\r
 101 > '--format=3Draw' option to the 'show' subcommand would be better. I'm not\r
 102 > particular preference - I just wanted the functionality to use in the\r
 103 > Emacs UI.\r
 104 \r
 105 One other approach that I imagined with the json output would be to\r
 106 simply include all of the MIME parts of all messages directly in the\r
 107 json-format output from "notmuch show". Does json have any particular\r
 108 way of encodign a binary blob? If not, should we just have one single\r
 109 encoding here? (Such as BASE64 within a json string?)\r
 110 \r
 111 Looking forward to more,\r
 112 \r
 113 =2DCarl\r
 114 \r
 115 --=-=-=\r
 116 Content-Type: application/pgp-signature\r
 117 \r
 118 -----BEGIN PGP SIGNATURE-----\r
 119 Version: GnuPG v1.4.10 (GNU/Linux)\r
 120 \r
 121 iD8DBQFLtQul6JDdNq8qSWgRAj41AKCNU3OKs4O/odYBmej3lYiqqU2HaQCfavcg\r
 122 JeFAuzQHZaPNcvsoeA3MT9g=\r
 123 =lxuv\r
 124 -----END PGP SIGNATURE-----\r
 125 --=-=-=--\r