b4/ed6c98fcb51aff30bd00f309480acff0744963

   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 089BA431FAE\r
   6         for <notmuch@notmuchmail.org>; Wed, 24 Feb 2010 11:28:34 -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: -2.348\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-2.348 tagged_above=-999 required=5\r
  12         tests=[ALL_TRUSTED=-1.8, AWL=0.192, BAYES_20=-0.74] autolearn=ham\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 uCgUKxm82uNA; Wed, 24 Feb 2010 11:28:33 -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 A5B91431FC2;\r
  18         Wed, 24 Feb 2010 11:28:32 -0800 (PST)\r
  19 Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
  20         id 0255B25427B; Wed, 24 Feb 2010 11:28:30 -0800 (PST)\r
  21 From: Carl Worth <cworth@cworth.org>\r
  22 To: Jameson Rollins <jrollins@finestructure.net>, racin@free.fr,\r
  23         Sebastian Spaeth <Sebastian@SSpaeth.de>\r
  24 In-Reply-To: <87tyt61mrl.fsf@servo.finestructure.net>\r
  25 References:\r
  26  <1161359196.2247691263984967906.JavaMail.root@zimbra1-e1.priv.proxad.net>\r
  27         <87sk8qwjlt.fsf@yoom.home.cworth.org>\r
  28         <87tyt61mrl.fsf@servo.finestructure.net>\r
  29 Date: Wed, 24 Feb 2010 11:28:29 -0800\r
  30 Message-ID: <87ljeiwi02.fsf@yoom.home.cworth.org>\r
  31 MIME-Version: 1.0\r
  32 Content-Type: multipart/signed; boundary="=-=-=";\r
  33         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  34 Cc: notmuch <notmuch@notmuchmail.org>\r
  35 Subject: Re: [notmuch] [PATCH] add notmuch-show-delete keybinding 'd'\r
  36 X-BeenThere: notmuch@notmuchmail.org\r
  37 X-Mailman-Version: 2.1.13\r
  38 Precedence: list\r
  39 List-Id: "Use and development of the notmuch mail system."\r
  40         <notmuch.notmuchmail.org>\r
  41 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  42         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  43 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  44 List-Post: <mailto:notmuch@notmuchmail.org>\r
  45 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  46 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  47         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  48 X-List-Received-Date: Wed, 24 Feb 2010 19:28:34 -0000\r
  49 \r
  50 --=-=-=\r
  51 Content-Transfer-Encoding: quoted-printable\r
  52 \r
  53 On Wed, 24 Feb 2010 14:01:18 -0500, Jameson Rollins <jrollins@finestructure=\r
  54 .net> wrote:\r
  55 > > 2. It removes the "inbox" and "unread" tags while adding the tag to\r
  56 > >    indicate deletion.\r
  57 >=20\r
  58 > Hey, Carl.  Why is this last point important?\r
  59 \r
  60 I guess I was imagining the case of running "notmuch search tag:inbox"\r
  61 at the command-line. That output will get out of hand fairly quickly if\r
  62 it includes all deleted messages back to the beginning of time, (or as\r
  63 far back as the window of actually deleting files from the\r
  64 mailstore[*]).\r
  65 \r
  66 But you're right that tags should really be handled orthogonally. Maybe\r
  67 what we want is lower-level support for the "deleted" tag? Other than\r
  68 just the high-level emacs interface?\r
  69 \r
  70 That could put *more* direct interpretation of specific tags in the low\r
  71 levels. And this is the opposite direction of where we've been going (or\r
  72 talking about at least). We've currently got "inbox" and "unread" inside\r
  73 the low levels and there's been talking or removing those, switching to\r
  74 just "new" or making it all configurable.\r
  75 \r
  76 I do know that I also want to have low-level support for "muted" (aka\r
  77 "killed" threads). For that I want an --exclude option to notmuch search\r
  78 that would look something like this:\r
  79 \r
  80 notmuch search --exclude=3D"<negative-search-terms>" <positive-search-terms>\r
  81 \r
  82 Where the result would be the set difference of the threads matched by\r
  83 the two sets of search terms. Perhaps with something like that in place\r
  84 all we'd want in addition would be a configuration option to add\r
  85 =2D-exclude=3Dtag:muted by default. And if we go that route, perhaps we\r
  86 could have an option for an implicit "and not tag:deleted" for the\r
  87 search terms as well.\r
  88 \r
  89 I do worry about making the command-line tool hard to use without a\r
  90 configuration file, but it also seems very appealing to keep the lowest\r
  91 levels very general to allow people to experiment with whatever they\r
  92 want on top.\r
  93 \r
  94 =2DCarl\r
  95 \r
  96 [*] My eventual plan for detected spam and manually deleted messages is\r
  97 to keep them in the mail store so they are searchable for some time (a\r
  98 month or two) and then deleting them after that (with something like a\r
  99 cron job using a convenient --before=3D"2 months ago" syntax to a notmuch\r
 100 search command).\r
 101 \r
 102 --=-=-=\r
 103 Content-Type: application/pgp-signature\r
 104 \r
 105 -----BEGIN PGP SIGNATURE-----\r
 106 Version: GnuPG v1.4.10 (GNU/Linux)\r
 107 \r
 108 iD8DBQFLhX3d6JDdNq8qSWgRAp7eAJ9KPLxu4Gfiij5LzL3jXuf4hvxkZwCfUKE1\r
 109 U5qf6sS+SX+D86MEgFd+mgg=\r
 110 =mtan\r
 111 -----END PGP SIGNATURE-----\r
 112 --=-=-=--\r