--- /dev/null
+Return-Path: <cworth@cworth.org>\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 1E395431FD0\r
+ for <notmuch@notmuchmail.org>; Wed, 2 Feb 2011 14:53:19 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.99\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.99 tagged_above=-999 required=5\r
+ tests=[ALL_TRUSTED=-1, 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 H6bEj7W57CNV; Wed, 2 Feb 2011 14:53:18 -0800 (PST)\r
+Received: from yoom.home.cworth.org (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 7548C431FB5;\r
+ Wed, 2 Feb 2011 14:53:18 -0800 (PST)\r
+Received: by yoom.home.cworth.org (Postfix, from userid 1000)\r
+ id DD48E2540DE; Thu, 3 Feb 2011 08:48:50 +1000 (EST)\r
+From: Carl Worth <cworth@cworth.org>\r
+To: Austin Clements <amdragon@MIT.EDU>, notmuch@notmuchmail.org\r
+Subject: Re: [RFC PATCH v2 0/8] Custom query parser, date search, folder\r
+ search, and more\r
+In-Reply-To: <20110202050336.GB28537@mit.edu>\r
+References: <1295165458-9573-1-git-send-email-amdragon@mit.edu>\r
+ <20110202050336.GB28537@mit.edu>\r
+User-Agent: Notmuch/0.5 (http://notmuchmail.org) Emacs/23.2.1\r
+ (i486-pc-linux-gnu)\r
+Date: Wed, 02 Feb 2011 14:48:50 -0800\r
+Message-ID: <87sjw6hx2l.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: multipart/signed; boundary="=-=-=";\r
+ micalg=pgp-sha1; 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, 02 Feb 2011 22:53:19 -0000\r
+\r
+--=-=-=\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+Restricting my reply to one tiny bit of your mail:\r
+\r
+You wrote:\r
+> non-recursive is the only thing that makes sense for Maildir++ folders\r
+\r
+Either I'm not understanding Maildir++ folders, or I don't agree with\r
+you.\r
+\r
+I might have an email archive that looks like this:\r
+\r
+ Maildir\r
+ .work\r
+ .project1\r
+ .project2\r
+ .etc...\r
+ .family\r
+ .dad\r
+ .mom\r
+ .brother\r
+ .etc...\r
+\r
+With the above setup, what would be unreasonable about wanting to search\r
+for all work-related messages (across all projects, say) with a string\r
+like "folder:work" ?\r
+\r
+Now, a person might definitely want to search for messages in the\r
+".work" folder directly, (not including the sub-folders), so we should\r
+provide support for users to get at that behavior as well, (such as a\r
+proposed "folder:work$" or so).\r
+\r
+To me, both cases are perfectly legitimate, and I don't understand an\r
+argument that claims that only one makes sense. (Or again, I may be\r
+misunderstanding something.)\r
+\r
+=2DCarl\r
+\r
+=2D-=20\r
+carl.d.worth@intel.com\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.10 (GNU/Linux)\r
+\r
+iD8DBQFNSd9S6JDdNq8qSWgRAhnIAJ9h/FR1ZT4D+HnzrsqXc+cCK0zYNACeKX2D\r
+DG/7w04XQ5gmIFbyHRMMdyI=\r
+=cX3r\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r