--- /dev/null
+Return-Path: <jrollins@finestructure.net>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 8A30C431E82\r
+ for <notmuch@notmuchmail.org>; Wed, 15 Feb 2012 09:47:08 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.29\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.29 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_MED=-2.3, T_MIME_NO_TEXT=0.01] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id lw34kmUerVBb for <notmuch@notmuchmail.org>;\r
+ Wed, 15 Feb 2012 09:47:06 -0800 (PST)\r
+Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
+ [131.215.239.19])\r
+ by olra.theworths.org (Postfix) with ESMTP id 4B754431E62\r
+ for <notmuch@notmuchmail.org>; Wed, 15 Feb 2012 09:47:06 -0800 (PST)\r
+Received: from fire-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+ by fire-doxen-postvirus (Postfix) with ESMTP id D6D752E50BF8;\r
+ Wed, 15 Feb 2012 09:47:02 -0800 (PST)\r
+X-Spam-Scanned: at Caltech-IMSS on fire-doxen by amavisd-new\r
+Received: from finestructure.net (adsl-76-240-184-246.dsl.irvnca.sbcglobal.net\r
+ [76.240.184.246]) (Authenticated sender: jrollins)\r
+ by fire-doxen-submit (Postfix) with ESMTP id EDE572E50C1B;\r
+ Wed, 15 Feb 2012 09:46:59 -0800 (PST)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+ id 2DC53436; Wed, 15 Feb 2012 09:46:59 -0800 (PST)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: Mark Walters <markwalters1009@gmail.com>, notmuch@notmuchmail.org\r
+Subject: Re: [RFC PATCH v5 00/11] Add NOTMUCH_MESSAGE_FLAG_EXCLUDED flag\r
+In-Reply-To: <1329296619-7463-1-git-send-email-markwalters1009@gmail.com>\r
+References: <1329296619-7463-1-git-send-email-markwalters1009@gmail.com>\r
+User-Agent: Notmuch/0.11.1+192~g2bb5859 (http://notmuchmail.org) Emacs/23.3.1\r
+ (x86_64-pc-linux-gnu)\r
+Date: Wed, 15 Feb 2012 09:46:56 -0800\r
+Message-ID: <8739acrnu7.fsf@servo.finestructure.net>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha256; protocol="application/pgp-signature"\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Wed, 15 Feb 2012 17:47:08 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+On Wed, 15 Feb 2012 09:03:28 +0000, Mark Walters <markwalters1009@gmail.com=\r
+> wrote:\r
+> The current implementation of exclude-tags does not use excludes in\r
+> notmuch-show.c (and thus not in notmuch-show.el). Thus when selecting=20\r
+> a thread in the search view claiming one matched message you may get=20\r
+> several matches in show all but one of which are tagged excluded.\r
+\r
+Hey, Mark. Thanks so much for working on this. This is a very nice\r
+extension to Austin's work.\r
+\r
+> This set moves in a different direction. It returns all the results=20\r
+> but marks excluded messages with a new flag=20\r
+> (NOTMUCH_MESSAGE_FLAG_EXCLUDED) and lets the consumer decide what to=20\r
+> do with them. For example it could start with the message closed in=20\r
+> emacs show view, it could colour the headerline differently etc.\r
+\r
+I missed some of the previous discussion on this, but rather than add a\r
+new flag, why not just use the existing "match" flag? If the message is\r
+excluded, just mark "match" as "false". I think this is basically all\r
+we really want. If the message is "excluded" include it in returned\r
+threads, but just don't display it. This is in fact exactly what the\r
+"match" flag is currently for, and I can't see any reason not to use it\r
+here. We don't need to add anything new to the show output, and I\r
+believe it will simplify this patch set considerably.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.11 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJPO++QAAoJEO00zqvie6q8fvYQAJjm1CeemDDxfjsl6HFgocHj\r
+hMzHdc7RfBsV2NhVgya1/jlFbD+WPA1TAhiWSCjC8/BzK2HXK1fGenXlYHtcFGYz\r
+piaSX/W6IjDhY2IMi60R3rxKa63aLvQ7R238od3KZu+M5LWIlV9Ta5RuP/2WzqpE\r
+CmKqhc65PIphaegtzePAjrcP1r6Yjsecg22ZU8k4JBAy11r8nBWB92F+Qlh2cMp5\r
+rUMRN9AKtvy0afCgQFfnIlBrEdr82Oz0JsjAOSKutNPsIibIQ7PxJvQ8ghSlSIXI\r
+iAsb4qFaCeHmnisDQtIbWvEMT0H2ey5Q5w0qsh7NZ7JcxmAf93qbww5m/LSMQdiX\r
++qRyQRrGptDzkVp3uT3tssCl8D6p1yus2bDmOk45eTNk53XfhbwSl3/Af2dug1F6\r
+yFliMlrFt+ZdoLjXQsfYz4gT1HGgL+ys25mw1bbVBJ0KWxtHgW+dcEwTgeNnvexc\r
+0Kc/cxxVMqrS93I56FBvUR2+U4ScJ3NlDchl3dn9M17qG39vFGQly6dfFg+dlQlV\r
+WSCPdDzTqjjuIITAS9vLeq24ZjzUXc9APT1k0YI7jgi+CdmsmHmRrgpaKZH0Z+FU\r
+0Xs3U1vd5APGBqfreugea2YG971o8DofuL96MSscj5op6Sob6fJPKPgARArFw+zn\r
+/PKmwKtGtx9PJxG769P8\r
+=TvS+\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r