--- /dev/null
+Return-Path: <aclements@csail.mit.edu>\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 41693431FBF\r
+ for <notmuch@notmuchmail.org>; Wed, 29 Jan 2014 12:46:24 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 wSq9WGnEPv8h for <notmuch@notmuchmail.org>;\r
+ Wed, 29 Jan 2014 12:46:17 -0800 (PST)\r
+Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu\r
+ [18.9.25.15])\r
+ (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 2AE06431FBD\r
+ for <notmuch@notmuchmail.org>; Wed, 29 Jan 2014 12:46:17 -0800 (PST)\r
+X-AuditID: 1209190f-f790b6d000000c3a-b4-52e96898ad56\r
+Received: from mailhub-auth-4.mit.edu ( [18.7.62.39])\r
+ (using TLS with cipher AES256-SHA (256/256 bits))\r
+ (Client did not present a certificate)\r
+ by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP\r
+ id 15.84.03130.89869E25; Wed, 29 Jan 2014 15:46:16 -0500 (EST)\r
+Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
+ by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id s0TKkEEH005254; \r
+ Wed, 29 Jan 2014 15:46:15 -0500\r
+Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
+ (authenticated bits=0)\r
+ (User authenticated as amdragon@ATHENA.MIT.EDU)\r
+ by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id s0TKkBCu006144\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
+ Wed, 29 Jan 2014 15:46:13 -0500\r
+Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
+ (envelope-from <aclements@csail.mit.edu>)\r
+ id 1W8c1S-0008Io-75; Wed, 29 Jan 2014 15:46:10 -0500\r
+Date: Wed, 29 Jan 2014 15:46:09 -0500\r
+From: Austin Clements <aclements@csail.mit.edu>\r
+To: Carl Worth <cworth@cworth.org>\r
+Subject: Re: [PATCH 0/5] lib: make folder: prefix literal\r
+Message-ID: <20140129204608.GE4375@mit.edu>\r
+References: <cover.1389304779.git.jani@nikula.org>\r
+ <87y525m649.fsf@awakening.csail.mit.edu>\r
+ <87r47wfltb.fsf@nikula.org> <87iot8f4vg.fsf@nikula.org>\r
+ <874n4rvcvo.fsf@yoom.home.cworth.org> <874n4mfw1x.fsf@nikula.org>\r
+ <87k3dir3ci.fsf@yoom.home.cworth.org>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+In-Reply-To: <87k3dir3ci.fsf@yoom.home.cworth.org>\r
+User-Agent: Mutt/1.5.21 (2010-09-15)\r
+X-Brightmail-Tracker:\r
+ H4sIAAAAAAAAA+NgFuplleLIzCtJLcpLzFFi42IRYrdT152R8TLI4OkrPoubP+ewWTRNd7a4\r
+ fnMmswOzx+7ND1g8bt1/ze7xbNUt5gDmKC6blNSczLLUIn27BK6M2ZufsRRc56k4sfQoSwNj\r
+ D1cXIyeHhICJxMOvy1ggbDGJC/fWs3UxcnEICcxmklg64SQzhLORUaKp/zMrhHOaSaL37S8W\r
+ CGc1o0TbncfsIP0sAqoSTzbvZgKx2QT0JVasncQKYosIKEk8PbIKLM4sYCXRsOUDI4gtLGAp\r
+ MfXOFLA4r4C2xIWFj6GGtjNJ9NxaAZUQlDg58wkLRLOWxI1/L4HiHEC2tMTyfxwgJqeAkcSU\r
+ yxkgFaICKhJTTm5jm8AoNAtJ8ywkzbMQmhcwMq9ilE3JrdLNTczMKU5N1i1OTszLSy3SNdHL\r
+ zSzRS00p3cQICnVOSf4djN8OKh1iFOBgVOLhXXHxeZAQa2JZcWXuIUZJDiYlUd4DqS+DhPiS\r
+ 8lMqMxKLM+KLSnNSiw8xSnAwK4nwfowDyvGmJFZWpRblw6SkOViUxHlvctgHCQmkJ5akZqem\r
+ FqQWwWRlODiUJHi3pQM1ChalpqdWpGXmlCCkmTg4QYbzAA2fBlLDW1yQmFucmQ6RP8WoKCUO\r
+ kRAASWSU5sH1wlLRK0ZxoFeEeTeCVPEA0xhc9yugwUxAg8V2vAAZXJKIkJJqYBRg8pV4e8/n\r
+ 3ypHpsOySybLmq238ApKdMpecqie8WRswREhzV1uIUIaLBsD72oLdZ5n6NLfaVXVsm2Skk2a\r
+ a7vi48W+08z1dY0t1yd37r36nVmhPuSHzPn5osn+LldlHk3asTUy9IrRN5cV4iLTDP5I8pwo\r
+ E/cNXSV6Z/NVwZrb628djbq5T4mlOCPRUIu5qDgRAMOxfoYgAwAA\r
+Cc: notmuch@notmuchmail.org\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, 29 Jan 2014 20:46:24 -0000\r
+\r
+Quoth Carl Worth on Jan 29 at 11:32 am:\r
+> Jani Nikula <jani@nikula.org> writes:\r
+> > Unfortunately, I haven't had the time to experiment with this. But it\r
+> > bugs me that the probabilistic folder: prefix has stemming and it's case\r
+> > insensitive. It's possible to work around the stemming with the anchors\r
+> > you suggest or by quoting, but is there a way to have case sensitive\r
+> > probabilistic prefixes?\r
+> \r
+> The stemming and case insensitivity just has to do with which terms are\r
+> shoved into the database, (you have to add extra terms to get these\r
+> features). If we're getting those features for folder now, (and I agree\r
+> that we don't want them), it's because we're calling some Xapian\r
+> convenience function along the lines of "create a bunch of terms for\r
+> this chunk of text".\r
+> \r
+> The fix for that is to do the simple thing and simply break the path at\r
+> each '/' and add a term for each component. Then these problems all go\r
+> away.\r
+\r
+I think you're assuming we have much more control over this than we\r
+do. It's true that we're using Xapian::TermGenerator for this, which\r
+is what strips case and stems terms (and removes any punctuation like\r
+$ or ^), but Xapian's current query parser only gives us two options\r
+for a prefix: either don't parse them at all (boolean terms), or parse\r
+them using TermGenerator (probabilistic terms). We can index these\r
+terms however we want, but there's simply no hook into the query\r
+parser that would let us split the query at each '/' at search time.\r
+\r
+> So fixes for this should not require switching from a probabilistic to a\r
+> Boolean prefix.\r