ctl_conversationsdb -z USER ctl_conversationsdb -b USER
I suppose I won't have problems when upgrading, because I'll do a 2.4 in place upgrade (with no xapian, no indexing) and later a replication to a 3.0 Cyrus with Xapian enabled, where all indexes due to this sync should being generated (it seems logs say that at least...). Is Xapian search slower than "previous way" in some situation?. When talking about a fallback, I meant you know, running Squatter without being in rolling mode and behaving and indexing the way before Xapian appeared... which I suppose it would be used berkeley or similar, but have seen no berkeley support is present in last Cyrus versions so... don't really know which database backend where used... I suppose to some other database type.... Thanks mate!!! --- EGOITZ AURREKOETXEA Departamento de sistemas 944 209 470 Parque Tecnológico. Edificio 103 48170 Zamudio (Bizkaia) egoitz@xxxxxxxxxx www.sarenet.es [1] Antes de imprimir este correo electrónico piense si es necesario hacerlo. El 03-01-2019 16:37, Sebastian Hagedorn escribió:--On 3. Januar 2019 um 16:08:44 +0100 Robert Stepanek <rsto@xxxxxxxxxxxxxxxx> wrote: On Thu, Jan 3, 2019, at 3:55 PM, Egoitz Aurrekoetxea wrote: I was planning to perform mailboxes squattering in rolling mode. Have you had some kind of expience on searching with Xapian and IMAP protocol?. Perhaps is more designed for JMAP?. Or perhaps, using it with IMAP is not so advantageous?. Both IMAP and JMAP search share the same core search API in Cyrus, so all search features available in JMAP can also be used using IMAP. The key is to use FUZZY search for text search, and this can be an advantage especially for non-English search over the other search backends.A few additional comments: With the setting "search_fuzzy_always: 1" all searches use Xapian. Otherwise searches from clients that don't use FUZZY run completely without a search index. There is no fallback mechanism to squatter. You also need to be careful with the conversationsdb. In my experience the DB is not updated when syncing from a 2.4 server to a 3.0 server. That means that you need ro rebuild each user's conversationdb manually using
-- Sebastian Hagedorn - Weyertal 121, Zimmer 2.02 Regionales Rechenzentrum (RRZK) Universität zu Köln / Cologne University - Tel. +49-221-470-89578
Attachment:
pgpBxZ6M5QDWd.pgp
Description: PGP signature
---- 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
