Re: [PATCH] TODO: date range queries - check

diff --git a/61/45739b40e3514c217f7f5d4367bca47984bbc5 b/61/45739b40e3514c217f7f5d4367bca47984bbc5
new file mode 100644 (file)
index 0000000..feec555
--- /dev/null
+++ b/61/45739b40e3514c217f7f5d4367bca47984bbc5
@@ -0,0 +1,103 @@
+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 D72D0431FAE\r
+       for <notmuch@notmuchmail.org>; Fri,  7 Dec 2012 08:42:37 -0800 (PST)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -2.3\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
+       tests=[RCVD_IN_DNSWL_MED=-2.3] 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 P8EasVbGsjsp for <notmuch@notmuchmail.org>;\r
+       Fri,  7 Dec 2012 08:42:37 -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 45239431FBC\r
+       for <notmuch@notmuchmail.org>; Fri,  7 Dec 2012 08:42:37 -0800 (PST)\r
+Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
+       by earth-doxen-postvirus (Postfix) with ESMTP id A1B8266E00AF;\r
+       Fri,  7 Dec 2012 08:42:32 -0800 (PST)\r
+X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
+Received: from finestructure.net (cpe-76-166-145-133.socal.res.rr.com\r
+       [76.166.145.133]) (Authenticated sender: jrollins)\r
+       by earth-doxen-submit (Postfix) with ESMTP id 8B35866E00AD;\r
+       Fri,  7 Dec 2012 08:42:28 -0800 (PST)\r
+Received: by finestructure.net (Postfix, from userid 1000)\r
+       id 3CE66616EF; Fri,  7 Dec 2012 08:42:28 -0800 (PST)\r
+From: Jameson Graef Rollins <jrollins@finestructure.net>\r
+To: David Bremner <david@tethera.net>, Jani Nikula <jani@nikula.org>,\r
+       notmuch@notmuchmail.org\r
+Subject: Re: [PATCH] TODO: date range queries - check\r
+In-Reply-To: <871uf2ukat.fsf@zancas.localnet>\r
+References: <1354833276-6219-1-git-send-email-jani@nikula.org>\r
+       <877gouine4.fsf@servo.finestructure.net>\r
+       <871uf2ukat.fsf@zancas.localnet>\r
+User-Agent: Notmuch/0.14+143~g175686e (http://notmuchmail.org) Emacs/24.2.1\r
+       (x86_64-pc-linux-gnu)\r
+Date: Fri, 07 Dec 2012 08:42:27 -0800\r
+Message-ID: <877gothkzw.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: Fri, 07 Dec 2012 16:42:38 -0000\r
+\r
+--=-=-=\r
+Content-Type: text/plain\r
+\r
+On Fri, Dec 07 2012, David Bremner <david@tethera.net> wrote:\r
+> Jameson Graef Rollins <jrollins@finestructure.net> writes:\r
+>> Has this TODO really been resolved?  Do searches like "since:2009-01-1"\r
+>> or "until:2009-01-1" really now work?  As far as I can tell they don't.\r
+>> Nor are they documented if they do.\r
+>\r
+> For specifying one-ended ranges, I find the current syntax OK-ish. It\r
+> would be reasonable to formulate a seperate TODO for supporting\r
+> things like date:2012-12-07\r
+\r
+Yeah, I think this is reasonable.  I still think it would be nice to\r
+have the requested functionality.  I'm probably having a visceral\r
+reaction to the fact that I initially thought the new parser *did*\r
+support these kinds of searches, and was really confused when I got\r
+errors.  Austin's custom query parser from way back did support this, so\r
+it is possible.  It doesn't hurt anything to continue to list it as a\r
+desired feature.\r
+\r
+jamie.\r
+\r
+--=-=-=\r
+Content-Type: application/pgp-signature\r
+\r
+-----BEGIN PGP SIGNATURE-----\r
+Version: GnuPG v1.4.12 (GNU/Linux)\r
+\r
+iQIcBAEBCAAGBQJQwhx0AAoJEO00zqvie6q8AKgP/i3cdeWhRzzk/86d3b/uWtCR\r
+rW4w5dFjVZyjUnThQntrlGn9OLAcfcZzvkZ9Bj3Ecaui1IjGB1FdBqRNW7L4FysR\r
+0By7/Y0KFUIO3ac+mWEO9PHAvcZ0wyCF8hn8aiJzSEdrvTaxOVeb5msnV+Ru4/d7\r
+JoefKEn8ij96A5UIj2JR8RupsXk3n7+QnfQiSmR4wkF4E2HdoZ0Bh5XVepCmOkgQ\r
+cyeQmmcu6AG7ILo5dN+MxHNtS9OIKCUxRI9Koxrh8kUWWv9dhlLpqvykySohkHge\r
+kOKuQeRwBs5S1f32wjQUfiDwpAGncS8/w6gXzwE9lRFaZAx18rH2FHe2J5SDkH8R\r
+CI66yaj0aqij5ntm5OlzIvBhspIo/qKlQM7c6iB281fJuECDstP+cbJJ8lUv6Gu9\r
+Im6Gq7QZnRJhSuu3I18sBdTeb1dc+6+rUgQJ7bmXcFN3soSEVIYfFGMaWGCLrneN\r
+dbthgtcMBJEv/UX7XgKPNvWT60Ry8xjqxUAqLT/FK5/U31p40EnwsfDLYgdPC88S\r
+iz17cFMokDKgRsaSjVRclT+H8OUY2mJlimm6ILxAdWzyCHt/yT18Sr7I1EUxeJtY\r
+1zjbwqi3RnXREcXBtvChxqndNUULLOL30u1hg7bRvBSldmER4zQzAJsbz1/sx3wK\r
+WLLTb6/GPbcZOZUsgRet\r
+=Y6vv\r
+-----END PGP SIGNATURE-----\r
+--=-=-=--\r