Tony Pyro put forth on 12/10/2010 4:29 PM:> Hello,
>
> New subscriber here. I noticed that the FTS index is not used in compound
searches. Is this expected? Tested in 2.0.0 and 2.0.8:
>
> . search BODY "waldo"
> * SEARCH
> . OK Search completed (0.000 secs).
> . SEARCH CHARSET UTF-8 OR SUBJECT "waldo" FROM "waldo"
> * SEARCH
> . OK Search completed (1.768 secs).
> . SEARCH CHARSET UTF-8 OR SUBJECT "waldo" BODY "waldo"
> * OK Searched 0% of the mailbox, ETA 9605:25
> * OK Searched 4% of the mailbox, ETA 6:39
> * OK Searched 6% of the mailbox, ETA 6:58
> * OK Searched 8% of the mailbox, ETA 6:54
>
> It's a problem for us because the Afterlogic webmail client does not
offer a body-only search. The two search options are From + To + Subject, or
"entire messages", which puts together a large OR query:
>
> SRCH1069 SEARCH CHARSET UTF-8 OR (OR (OR FROM "waldo" TO
"waldo") SUBJECT "waldo") BODY "waldo"
>
> I also checked to see whether the header fields are included in the FTS
index but it didn't appear so. I got more results from the search "TO
gmail.com" than from "BODY gmail.com"
>
> plugin {
> fts = squat
> }
> protocol imap {
> mail_plugins = " fts fts_squat"
> }
Was the above performed with a cold or hot Squat index. If cold,
performance will always suck. That's the big downside of Squat. The
indexes must be hot. Unless Timo fixed this in 2.0.x and I missed
seeing the announcement.
My dovecot hardware is absolutely ancient, dual 500 MHz machine. Cold
Squat searches on a 15K mbox mailbox take upwards of 1.5 minutes. With
the index hot, any search on that same folder takes a fraction of a second.
I'm guessing your solution, which has been mentioned on list before, is
to write a basic search script and run it nightly, twice a day, or more
often, depending on your needs, to keep the index hot. Whenever Squat
has to rebuilt the index, the initial search takes forever, often making
it slower than not using Squat at all.
--
Stan