Mmm I’ll try too to take a look at these when I have a little time… We though 
all could came from a Roundcube bug when dealing with mail threads… apart from 
that, we didn’t really know too how these search commands (that a THREAD 
command existed) worked too… we should have tried seeing it by ngreping the 
IMAP conversation, thing that we didn’t… it’s true…

Thanks mates :)

Bye!

Antes de imprimir este correo electrónico piense si es necesario hacerlo.

> El 25 feb 2020, a las 21:47, Egoitz Aurrekoetxea via Info-cyrus 
> <info-cyrus@lists.andrew.cmu.edu> escribió:
> 
> Hi,
> 
> Please try disabling the threads or conversación view in Roundcube and 
> repleta the search,
> 
> Cheers!
> 
> Egoitz,
> 
> El 24 feb 2020, a las 11:04, "ego...@sarenet.es <mailto:ego...@sarenet.es>" 
> <ego...@sarenet.es <mailto:ego...@sarenet.es>> escribió:
> 
>> Hi Simon,
>> 
>> Try selecting the non conversation view before doing the search. It seems 
>> Roundcube has something weird there… but I could assure you it uses it when 
>> you set the non-conversation (non thread view). I think really it does even 
>> there, but perhaps it enter in a non-controlled loop with all the messages 
>> of the conversations or something similar… I think this is an issue in 
>> Roundcube rather than in Cyrus… We had this same doubt some time ago,
>> 
>> Cheers,
>> 
>> 
>>> El 23 feb 2020, a las 23:54, ellie timoney <el...@fastmail.com 
>>> <mailto:el...@fastmail.com>> escribió:
>>> 
>>> I don't really understand search in any depth, but it's interesting to 
>>> observe that, in addition to the different command (SEARCH vs THREAD), 
>>> those two searches are also using different search criteria ("BODY linux" 
>>> vs "TEXT linux").
>>> 
>>> It might be informative to try do the SEARCH search with "TEXT linux" 
>>> instead of "BODY linux", to narrow down whether the difference is due to 
>>> the use of the SEARCH vs THREAD  command, or the use of the "BODY" vs 
>>> "TEXT" search key?
>>> 
>>> Looking at the source on master, SEARCH and THREAD both seem to be using 
>>> the same search API, so at a glance it seems like they should both be using 
>>> Xapian if either is.  And looking at the commit dates on those functions, 
>>> it doesn't look like it's changed substantially since 3.0, at least not at 
>>> a level I can easily see.
>>> 
>>> I had a quick look at the RFC, and "BODY" searches just the message body, 
>>> whereas "TEXT" searches both body and headers.  So I wonder if the 
>>> difference is that TEXT needs to open all the message files to read the 
>>> headers, whereas BODY can just return results straight from the Xapian 
>>> index?
>>> 
>>> I'm not sure if there's been changes to header searching (like, maybe we 
>>> index more of the header content?) since 3.0, but this is getting beyond 
>>> what I know off the cuff or can just casually look up.
>>> 
>>> Anyway, if you could try "UID SEARCH TEXT linux" and see if that's 
>>> similarly slow to the THREAD version, that would give us a definite pointer 
>>> in the right direction.
>>> 
>>> Cheers,
>>> 
>>> ellie
>>> 
>>> On Sun, Feb 23, 2020, at 10:11 PM, Frederik Himpe via Info-cyrus wrote:
>>>> I have configured Cyrus 3.0.13 with the Xapian search engine and
>>>> enabled search_fuzzy_always. This appears to work fine when I search in
>>>> the message body using the Evolution mail client, as I get a response
>>>> quickly:
>>>> 
>>>> <1582453709<L03163 UID SEARCH BODY linux
>>>>> 1582453713>* SEARCH 226927
>>>> 226929 226964 226974 226999 227215 227238 [...]
>>>> L03163 OK Completed (643
>>>> msgs in 0.970 secs)
>>>> 
>>>> However when I search messages using the Roundcube webmail client,
>>>> Roundcube does not get a response in time and shows no results. An
>>>> strace of the imapd proceess indicates it is STATing, OPENing and
>>>> MMAPing all files in the mailbox.
>>>> 
>>>> This is the log:
>>>> <1582455581<A0004 UID THREAD REFS US-ASCII ALL UNSEEN TEXT Linux
>>>>> 1582455723>* THREAD
>>>> (229566)(229570)(229574)(229599)(229618)(229639)[...]
>>>> A0004 OK Completed (157 msgs in 11.340 secs)
>>>> 
>>>> So it appears Roundcube is using a different command to search. Is it
>>>> expected that this command does not use the Xapian search engine? Is
>>>> there a way to make it use it?
>>>> 
>>>> Some relevant snippets from imapd.conf:
>>>> sync_log: on
>>>> sync_log_channels: squatter
>>>> 
>>>> conversations: 1
>>>> search_engine: xapian
>>>> search_index_headers: no
>>>> search_batchsize: 8192
>>>> search_fuzzy_always: 1
>>>> defaultsearchtier: temp
>>>> tempsearchpartition-default: /var/lib/cyrus/search.temp
>>>> datasearchpartition-default: /var/lib/cyrus/search.data
>>>> 
>>>> cyrus.conf:
>>>> 
>>>> EVENTS {
>>>>        squatter1       cmd="/usr/bin/nice -n 19 /usr/sbin/cyrus 
>>>> squatter -z data -t temp,data" at=0517
>>>> 
>>>> }
>>>> DAEMON {
>>>>  squatter cmd="squatter -R"
>>>> }
>>>> 
>>>> 
>>>> Regards,
>>>> 
>>>> -- 
>>>> Frederik Himpe <frede...@frehi.be <mailto:frede...@frehi.be>>
>>>> 
>>>> ----
>>>> Cyrus Home Page: http://www.cyrusimap.org/ <http://www.cyrusimap.org/>
>>>> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ 
>>>> <http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
>>>> To Unsubscribe:
>>>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus 
>>>> <https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
>>>> 
>>> ----
>>> Cyrus Home Page: http://www.cyrusimap.org/ <http://www.cyrusimap.org/>
>>> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ 
>>> <http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
>>> To Unsubscribe:
>>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus 
>>> <https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
>> 
>> ----
>> Cyrus Home Page: http://www.cyrusimap.org/ <http://www.cyrusimap.org/>
>> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ 
>> <http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
>> To Unsubscribe:
>> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus 
>> <https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>----
> Cyrus Home Page: http://www.cyrusimap.org/ <http://www.cyrusimap.org/>
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ 
> <http://lists.andrew.cmu.edu/pipermail/info-cyrus/>
> To Unsubscribe:
> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus 
> <https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus>
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Reply via email to