MBOX-Line: From blong at google.com  Wed Jul 30 12:52:58 2014
To: imap-protocol@u.washington.edu
From: Brandon Long <blong@google.com>
Date: Fri Jun  8 12:34:53 2018
Subject: [Imap-protocol] Gmail search on Subject
In-Reply-To: <alpine.LSU.2.19.9999.1407300210340.2268@localhost.localdomain>
References: <alpine.LSU.2.19.9999.1407292017370.5611@localhost.localdomain>
	<CABa8R6s9ozqSa1d9RGGhQMCEty=voWiFhtci1mukpP3n8atSsg@mail.gmail.com>
	<CABa8R6urYaKkB+7xcja6mO=iofx-hriYzsu-kgZi-DnBcTo3xg@mail.gmail.com>
	<alpine.LSU.2.19.9999.1407300210340.2268@localhost.localdomain>
Message-ID: <CABa8R6u=5Mgx7vgb5nt-AeqtO0mXZxmoMDhkGgo22aRdde9jxw@mail.gmail.com>

I think there's an argument to be made that it should be no results, sure.
 Except that implies that there are no messages which match, which isn't
true either.  We could also certainly be smarter and fallback to doing
substring searches... the problem is, we never really want to do sub-string
searches on a folder of say 1M messages, and if we have a cut-off from the
maximum number of messages we'll search, that isn't developer friendly
either.

We should probably just respond with a NO.

Brandon


On Wed, Jul 30, 2014 at 1:21 AM, Eduardo Chappa <echappa@gmx.com> wrote:

> On Wed, 30 Jul 2014, Brandon Long wrote:
>
>  Note that this is documented here:
>> https://support.google.com/mail/answer/78761?hl=en&ref_topic=3397501
>> Though, admittedly, "Substring search. All searches are assumed to be
>> words"
>> isn't enough to make this behavior obvious.
>>
>
> Dear Brandon,
>
>   Thank you for your complete explanation. Although there is no substring
> search, I guess "%" is not a string on its own in the Gmail server, which
> would have actually resulted in no messages selected in the search in my
> case, instead of all of them.
>
>   Thank you! I appreciate your explanation.
>
> --
> Eduardo
> http://patches.freeiz.com/alpine/
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman13.u.washington.edu/pipermail/imap-protocol/attachments/20140730/903fec30/attachment.html>
