15/cfb0f256588d801291c5ee9b21dc4a161aa679

   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 70111429E54\r
   6         for <notmuch@notmuchmail.org>; Sun, 22 Jan 2012 21:34:13 -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.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 jReczi6fQ0tK for <notmuch@notmuchmail.org>;\r
  16         Sun, 22 Jan 2012 21:34:12 -0800 (PST)\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 BD2B3429E40\r
  20         for <notmuch@notmuchmail.org>; Sun, 22 Jan 2012 21:34:12 -0800 (PST)\r
  21 Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
  22         by fire-doxen-postvirus (Postfix) with ESMTP id 347D52E50F2B;\r
  23         Sun, 22 Jan 2012 21:34:08 -0800 (PST)\r
  24 X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
  25 Received: from finestructure.net (cpe-76-174-137-84.socal.res.rr.com\r
  26         [76.174.137.84]) (Authenticated sender: jrollins)\r
  27         by fire-doxen-submit (Postfix) with ESMTP id 4CEAD2E50F2A;\r
  28         Sun, 22 Jan 2012 21:34:03 -0800 (PST)\r
  29 Received: by finestructure.net (Postfix, from userid 1000)\r
  30         id 2E42CAF4; Sun, 22 Jan 2012 21:34:03 -0800 (PST)\r
  31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
  32 To: Pieter Praet <pieter@praet.org>, Xavier Maillard <xma@gnu.org>,\r
  33         Austin Clements <amdragon@MIT.EDU>\r
  34 Subject: Re: [PATCH 3/4] config: only set search.exclude_tags to "deleted;\r
  35  spam;  " during setup\r
  36 In-Reply-To: <87ipk3au08.fsf@praet.org>\r
  37 References: <1326586654-16840-3-git-send-email-amdragon@mit.edu>\r
  38         <1327000744-25463-1-git-send-email-pieter@praet.org>\r
  39         <1327000744-25463-4-git-send-email-pieter@praet.org>\r
  40         <m2r4yr2xmy.fsf@kcals.intra.maillard.im>\r
  41         <874nvnqrgq.fsf@servo.finestructure.net> <87ipk3au08.fsf@praet.org>\r
  42 User-Agent: Notmuch/0.11+102~g958863a (http://notmuchmail.org) Emacs/23.3.1\r
  43         (x86_64-pc-linux-gnu)\r
  44 Date: Sun, 22 Jan 2012 21:34:00 -0800\r
  45 Message-ID: <87y5sz0ypj.fsf@servo.finestructure.net>\r
  46 MIME-Version: 1.0\r
  47 Content-Type: multipart/signed; boundary="=-=-=";\r
  48         micalg=pgp-sha256; protocol="application/pgp-signature"\r
  49 Cc: Notmuch Mail <notmuch@notmuchmail.org>\r
  50 X-BeenThere: notmuch@notmuchmail.org\r
  51 X-Mailman-Version: 2.1.13\r
  52 Precedence: list\r
  53 List-Id: "Use and development of the notmuch mail system."\r
  54         <notmuch.notmuchmail.org>\r
  55 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  56         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  57 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  58 List-Post: <mailto:notmuch@notmuchmail.org>\r
  59 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  60 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  61         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  62 X-List-Received-Date: Mon, 23 Jan 2012 05:34:13 -0000\r
  63 \r
  64 --=-=-=\r
  65 \r
  66 On Mon, 23 Jan 2012 06:05:27 +0100, Pieter Praet <pieter@praet.org> wrote:\r
  67 > You definitely have a point, but then again, who are we to assume that\r
  68 > the terms "deleted" and "spam" have the *exact* same meaning for\r
  69 > everyone?  (also see id:"8739bbo0br.fsf@praet.org")\r
  70 \r
  71 Hrm.  I'm not sure I buy this.  Words already have meanings.  If we're\r
  72 going to start down a rabbit hole where we have to assume that users are\r
  73 making up crazy alternate meanings for words, we're going to run into a\r
  74 lot of problems.\r
  75 \r
  76 Notmuch, or at least the emacs interface, already assumes a specific\r
  77 meaning for certain terms, like most notably "inbox".  Given that we're\r
  78 dealing with english here, I think we have to assume common usage\r
  79 meanings for any of the words we're using to describe anything.\r
  80 \r
  81 This argument breaks a little in regards to "delete" since we're not\r
  82 actually deleting anything in the sense of rm'ing it form the\r
  83 filesystem, so we're already changing the meaning a bit.  But see below.\r
  84 \r
  85 > IMHO, this is one of those options that should remain disabled until\r
  86 > *explicitly* set by the user.\r
  87 \r
  88 Ok, but then we're back to the incredibly prolonged discussion we've\r
  89 been having about adding "delete" keys.  If we disable this by default,\r
  90 but add "delete" keys, the user might be in for a different surprise if\r
  91 "deleted" messages keep showing up in searches.\r
  92 \r
  93 Basically we have two options as I see it:\r
  94 \r
  95 - add keys bindings to add "deleted" tags, and then *also* exclude\r
  96   "tag:deleted" by default.\r
  97 \r
  98 - don't exclude anything by default, but then don't add any special keys\r
  99   to handle "deleted" tags.\r
 100 \r
 101 There seemed to be a consensus forming that we in fact did want to add\r
 102 the "deleted" key bindings.  If we do that, then I think we should\r
 103 generate the config file to exclude "deleted" tags by default.\r
 104 \r
 105 jamie.\r
 106 \r
 107 PS: when I say "exclude tags by default" I actually mean that the\r
 108 setting should be added to the config file upon (re)generation.  Nothing\r
 109 should be excluded if nothing is set in the config file.\r
 110 \r
 111 --=-=-=\r
 112 Content-Type: application/pgp-signature\r
 113 \r
 114 -----BEGIN PGP SIGNATURE-----\r
 115 Version: GnuPG v1.4.11 (GNU/Linux)\r
 116 \r
 117 iQIcBAEBCAAGBQJPHPFJAAoJEO00zqvie6q84CAP/1p5mSP+laSH/10o0A5NbHcA\r
 118 i1HkEnLY9P2qJv5e/UV007aR/k+vwYV1SCoDopP1BAMf+B6a9O2ijrvGnYp5cYEm\r
 119 S/UivUO3gQmEtQVmic4ceuzLM2TxzfMWe+gBMvH3JYJ9McYaFsow5fUQ19Vhe3C5\r
 120 OXtyvslYUVo6iSN8Ko/kItpbLQej+gUTxLtovFJUrub/ouymN54DWJzYduNXlGxZ\r
 121 E2ivAXeX5Sssf4XZdMxuY8fE0SshP75vlGDFmUE9Bi18XNwxRECulRscfsGSDUBV\r
 122 k0Un9CzVprxb/EaprKkvSvfeVH3s50WiaGhNDXFc1SQHblaKrh2iRA05VzdalB4g\r
 123 9hnT8ECLL37Bj2EL7f1koFzLmPKg71PkJlgWmyeMcL863n9vmJdCZp25M+NvjCeS\r
 124 g+TzHAE7LHXRXKkfbDkB0irgJea0Dxk4MW/PsFMzqL3hXz29i3/ZuPG8zLa8653h\r
 125 alJbggv31gTB9ziMZ6upMFhzA2nn0s8sutvtRe534Hc1ZqAgEXYf77ouLdA+FlTW\r
 126 +I8MYw/13sw8kU4pEYmGgdcdw+YMCWu3sI7YI6TbDh9/S0+QnM9DOUlU0NKV36fA\r
 127 kmr1p18989E4J9ICNETBjNA9rSQL9JdZccxW92jZwUt9YrCFLZ8ZG/qIGHO1q7nK\r
 128 rLyMjreQep5CEnEmYbbG\r
 129 =pyV4\r
 130 -----END PGP SIGNATURE-----\r
 131 --=-=-=--\r