82/9398e17b0550b9a27ff2e2674cd9754008e207

   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 BC333431FD0\r
   6         for <notmuch@notmuchmail.org>; Wed, 24 Nov 2010 11:40:47 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.99\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.99 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1, 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 Yk2xgEuDywS8; Wed, 24 Nov 2010 11:40:47 -0800 (PST)\r
  16 Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
  17         by olra.theworths.org (Postfix) with ESMTP id 3F26F431FB5;\r
  18         Wed, 24 Nov 2010 11:40:47 -0800 (PST)\r
  19 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  20         id AF54E25412B; Wed, 24 Nov 2010 11:40:46 -0800 (PST)\r
  21 From: Carl Worth <cworth@cworth.org>\r
  22 To: Sebastian Spaeth <Sebastian@SSpaeth.de>, notmuch@notmuchmail.org\r
  23 Subject: Re: Inconsistent output from "notmuch search --output=<foo>"\r
  24 In-Reply-To: <87fwurjeuh.fsf@SSpaeth.de>\r
  25 References: <871v6b79s0.fsf@yoom.home.cworth.org> <87fwurjeuh.fsf@SSpaeth.de>\r
  26 User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
  27         (i486-pc-linux-gnu)\r
  28 Date: Wed, 24 Nov 2010 11:40:46 -0800\r
  29 Message-ID: <87bp5e5x35.fsf@yoom.home.cworth.org>\r
  30 MIME-Version: 1.0\r
  31 Content-Type: multipart/signed; boundary="=-=-=";\r
  32         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  33 X-BeenThere: notmuch@notmuchmail.org\r
  34 X-Mailman-Version: 2.1.13\r
  35 Precedence: list\r
  36 List-Id: "Use and development of the notmuch mail system."\r
  37         <notmuch.notmuchmail.org>\r
  38 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  39         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  40 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  41 List-Post: <mailto:notmuch@notmuchmail.org>\r
  42 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  43 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  44         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  45 X-List-Received-Date: Wed, 24 Nov 2010 19:40:47 -0000\r
  46 \r
  47 --=-=-=\r
  48 Content-Transfer-Encoding: quoted-printable\r
  49 \r
  50 On Wed, 24 Nov 2010 09:38:46 +0100, Sebastian Spaeth <Sebastian@SSpaeth.de>=\r
  51  wrote:\r
  52 > On Tue, 23 Nov 2010 18:09:03 -0800, Carl Worth wrote:\r
  53 > > The inconsistency is the presence of the "thread:" and "id:" prefixes in\r
  54 > > the first two cases, (note that there isn't any "tag:" prefix in the\r
  55 > > last case). I can't find any good justification for these.\r
  56 >=20\r
  57 > I use the output of notmuch search --format=3Dthreads to feed to another\r
  58 > notmuch tag operation, and if the thread: prefix vanishes, I'll have to f=\r
  59 ind other\r
  60 > ways to do that. :)\r
  61 \r
  62 Right. The inconsistency is that we don't have output such as:\r
  63 \r
  64         tag:attachment\r
  65         tag:unread\r
  66         ...\r
  67 \r
  68 From=20notmuch search --output=3Dtags. While that output would be useful if\r
  69 you were using the tags to construct a search string, it gets in the way\r
  70 if you are doing something else with the tag names.\r
  71 \r
  72 And I can't come up with a strong, objective distinction for the threads\r
  73 and messages output differing here. (Thread and message IDs are "mostly"\r
  74 used for searching? How could we define that?)\r
  75 \r
  76 It is easy to say that a command like "search --output=3D" is designed\r
  77 primarily for automated use in scripts, and usage like that does benefit\r
  78 From=20consistency. This is in contrast to the various "stash" commands in\r
  79 the emacs interface which are designed primarily for interactive use,\r
  80 and there, convenience is more important than consistency.\r
  81 \r
  82 So my inclination is to remove the prefixes and then recommend that you\r
  83 do:\r
  84 \r
  85         notmuch search --output=3Dthreads | sed -e 's/^/thread:'\r
  86 \r
  87 in your script.\r
  88 \r
  89 =2DCarl\r
  90 \r
  91 =2D-=20\r
  92 carl.d.worth@intel.com\r
  93 \r
  94 --=-=-=\r
  95 Content-Type: application/pgp-signature\r
  96 \r
  97 -----BEGIN PGP SIGNATURE-----\r
  98 Version: GnuPG v1.4.10 (GNU/Linux)\r
  99 \r
 100 iD8DBQFM7Wo+6JDdNq8qSWgRAta6AJ4nF8WUMRzfdayz6p1vUdE0h5E/zACfSRdr\r
 101 lVvTkDFHys7XmhpO2bmNTJQ=\r
 102 =tbGz\r
 103 -----END PGP SIGNATURE-----\r
 104 --=-=-=--\r