www.cyrusimap.org down?

[Egoitz Aurrekoetxea]

Good afternoon, 

I'm suffering connectivity issues to Cyrus imap web site. Perhaps some
kind of problem at hosting side?. It takes from yesterday... do we know
something about when will it be up again?. 

Cheers!

-- 

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [1] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

Links:
--
[1] http://www.sarenet.es
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

Re: Question for upgrading

[Egoitz Aurrekoetxea]

Thank you so much Binarus!!! And as said before, sorry for the big
delay!!

---

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [1] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

El 18-12-2018 12:15, Binarus escribió:

> On 15.12.2018 17:05, Nic Bernstein wrote: On 12/13/18 9:52 AM, Egoitz 
> Aurrekoetxea wrote: 
> I was trying to upgrade part of our Cyrus imap installation,
> concretely that one consisting in still 2.3. I was planning to set up
> Cyrus 3.0. I have seen all works properly except for the unexpunge
> command because as someone stated here, a reconstruct -V max was
> needed.The problem is that this reconstruct command, takes ages and
> I'm not able to keep the service offline so many time. So I have been
> thinking in the following scenario :
> 
> Egoitz,
> As long as you've followed all of the various steps needed to account
> for version changes, as outlined in the Release Notes for /all/
> intermediary releases, then the last step should be the updating of the
> indexes.  Rather than running "reconstruct -V max" on all mailboxes at
> once, simply run it on subsets.  We've done this on large installations
> without ill effect.  You can have the service on line during the
> reconstruct, and, as you note, have most all functionality present.

In my case, before the reconstruct had finished, I had several problems
which might be not acceptable for large organizations.

For example, users could not move messages between folders in their
mailbox. I would consider this quite basic functionality, because
deleting a message (with most clients) also means moving it (to trash).
Functionality was back not before the reconstruct had finished
completely.

If interested, please see the respective thread from yesterday / today
for details (I don't want to clutter the list by repeating all that
stuff here).

Regards,

Binarus


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 

Links:
--
[1] http://www.sarenet.es
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

Re: Question for upgrading

[Egoitz Aurrekoetxea]

Hi Nic, 

Sorry for the delay answering... I have been ill and later on holiday,
with very very very few time to answer to nothing when coming from
illness. Sorry then... 

My idea really, was to upgrade to 3.0... So I'm planning: 

- Upgrade in place from 2.3 to 2.4. 

- Continue giving the service... 

- Later setup a 3.0 slave all of this WITHOUT doing a reconstruct -V
max. as it seems in 2.4 all works (unexpunge command and so) without
it... should say too, it seems the own sync client performs database
upgrade 

Jan  3 14:46:02 mx8c sync_client[17186]: Index upgrade:
mydomain.com!user.mytestuser.Sarenet-staff.Alberto (10 -> 12)
Jan  3 14:46:06 mx8c sync_client[17186]: Index upgrade:
mydomain.com!user.mytestuser.Sarenet-staff.Comerciales (10 -> 12)
Jan  3 14:46:15 mx8c sync_client[17186]: Index upgrade:
mydomain.com!user.mytestuser.Sarenet-staff.Instalaciones-staff (10 ->
12)
Jan  3 14:46:25 mx8c sync_client[17186]: Index upgrade:
mydomain.com!user.mytestuser.Sarenet-staff.RRHH (10 -> 12) 

It seems to anyway be happening 

- When the 3.0 slave is totally replicated from the 2.4 mater... turn
the 3.0 as mater, and take a copy of it becoming it slave. 

This way I should have all the platform upgraded without downtimes 

How do you see Nic?. I think it should work... I'm still doing checks
anyway. 

Cheers!! Thanks a lot for your time!! 

---

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [2] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

El 15-12-2018 17:05, Nic Bernstein escribió:

> On 12/13/18 9:52 AM, Egoitz Aurrekoetxea wrote:
> 
>> I was trying to upgrade part of our Cyrus imap installation, concretely that 
>> one consisting in still 2.3. I was planning to set up Cyrus 3.0. I have seen 
>> all works properly except for the unexpunge command because as someone 
>> stated here, a reconstruct -V max was needed.The problem is that this 
>> reconstruct command, takes ages and I'm not able to keep the service offline 
>> so many time. So I have been thinking in the following scenario :
> 
> Egoitz,
> As long as you've followed all of the various steps needed to account for 
> version changes, as outlined in the Release Notes for _all_ intermediary 
> releases, then the last step should be the updating of the indexes.  Rather 
> than running "reconstruct -V max" on all mailboxes at once, simply run it on 
> subsets.  We've done this on large installations without ill effect.  You can 
> have the service on line during the reconstruct, and, as you note, have most 
> all functionality present.
> 
> We build a list of users (mboxlist.txt), and then run a cron job, during 
> off-peak hours, using the 'parallel' command like so (from 'crontab -e -u 
> cyrus'):
> 
>> ###
>> ## Start a batch of recursive reconstruct jobs at 7PM and discontinue
>> ## at 6:53AM.
>> 0 19 * * * parallel -j 5 --resume --joblog /var/lib/imap/reconstruct.log 
>> cyrus reconstruct -G -V max -r -u {} < /var/lib/imap/mboxlist.txt
>> 53 06 * * * kill -TERM `ps ax | grep [p]arallel | awk '{print $1}'`
> Cheers,
> -nic
> 
> -- 
> Nic Bernstein n...@onlight.com
> Onlight Inc.  www.onlight.com [1]
> 6525 W Bluemound Rd., Ste 24  v. 414.272.4477
> Milwaukee, Wisconsin  53213-4073  f. 414.290.0335
 

Links:
--
[1] http://www.onlight.com
[2] http://www.sarenet.es
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

Re: Question for upgrading

[Egoitz Aurrekoetxea]

Hi Javier!, 

Sorry for the delay and many many thanks for your ideas :) 

Cheers!

---

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [1] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

El 18-12-2018 13:50, Javier Angulo escribió:

> On 12/18/18 12:15 PM, Binarus wrote: On 15.12.2018 17:05, Nic Bernstein 
> wrote: On 12/13/18 9:52 AM, Egoitz Aurrekoetxea wrote: I was trying to 
> upgrade part of our Cyrus imap installation,
> concretely that one consisting in still 2.3. I was planning to set up
> Cyrus 3.0. I have seen all works properly except for the unexpunge
> command because as someone stated here, a reconstruct -V max was
> needed.The problem is that this reconstruct command, takes ages and
> I'm not able to keep the service offline so many time. So I have been
> thinking in the following scenario :
> Egoitz,
> As long as you've followed all of the various steps needed to account
> for version changes, as outlined in the Release Notes for /all/
> intermediary releases, then the last step should be the updating of the
> indexes.  Rather than running "reconstruct -V max" on all mailboxes at
> once, simply run it on subsets.  We've done this on large installations
> without ill effect.  You can have the service on line during the
> reconstruct, and, as you note, have most all functionality present.
 In my case, before the reconstruct had finished, I had several problems
which might be not acceptable for large organizations.

For example, users could not move messages between folders in their
mailbox. I would consider this quite basic functionality, because
deleting a message (with most clients) also means moving it (to trash).
Functionality was back not before the reconstruct had finished
completely. 
Apart from those we also had some weird problems with the message sort
order (using roundcube) before reconstruct was run.

We split the mailboxes reconstruction into 8 parallel jobs (IO on the
mailbox spool is the limit if you go from 2.3 -> 2.4/3.0). If you ran
the reconstruction online, once finished I would suggest to check again
all indexes version (some reconstruction jobs fail).

Cheers

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 

Links:
--
[1] http://www.sarenet.es
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

Re: www.cyrusimap.org down?

[Blake Hudson]

Ditto. Noticed the issue yesterday afternoon.


C:\Users\blake>ping www.cyrusimap.org

Pinging WWW-01.cyrusimap.org [128.2.12.195] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 128.2.12.195:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),


C:\Users\blake>telnet www.cyrusimap.org 80
Connecting To www.cyrusimap.org...Could not open connection to the host, 
on port 80: Connect failed



C:\Users\blake>tracert www.cyrusimap.org

Tracing route to WWW-01.cyrusimap.org [128.2.12.195]
over a maximum of 30 hops:

  4    <1 ms    <1 ms    <1 ms 192-155-77-33.static.kc.surewest.net 
[192.155.77.33]

  5 1 ms    <1 ms    <1 ms  126-0-212.ksle.everestkc.net [64.126.0.212]
  6    <1 ms    <1 ms    <1 ms 64-126-2-106.static.everestkc.net 
[64.126.2.106]
  7 2 ms 1 ms 1 ms be4163.ccr21.mci01.atlas.cogentco.com 
[38.104.86.101]
  8    14 ms    15 ms    13 ms be2831.ccr41.ord01.atlas.cogentco.com 
[154.54.42.166]
  9    21 ms    22 ms    22 ms be2717.ccr21.cle04.atlas.cogentco.com 
[154.54.6.222]
 10    25 ms    24 ms    24 ms be2821.rcr21.pit02.atlas.cogentco.com 
[154.54.83.118]
 11    25 ms    25 ms    25 ms 
te0-0-2-3.nr11.b015486-1.pit02.atlas.cogentco.com [154.24.50.198]

 12    32 ms    32 ms    32 ms  38.140.44.154
 13    32 ms    32 ms    32 ms  CORE255-POD-I-CYH.GW.CMU.NET 
[128.2.255.249]
 14    32 ms    32 ms    32 ms  POD-D-CYH-CORE255.GW.CMU.NET 
[128.2.255.202]

 15 *    *    * Request timed out.
 16 *    *    * Request timed out.
 17 *    *    * Request timed out.
 18 *    *    * Request timed out.
 19 *    *    * Request timed out.
 20 *    *    * Request timed out.



Egoitz Aurrekoetxea wrote on 1/3/2019 6:27 AM:


Good afternoon,


I'm suffering connectivity issues to Cyrus imap web site. Perhaps some 
kind of problem at hosting side?. It takes from yesterday... do we 
know something about when will it be up again?.



Cheers!

--
sarenet
*Egoitz Aurrekoetxea*
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es 
www.sarenet.es 

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



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

Xapian searches in Cyrus 3.0

[Egoitz Aurrekoetxea]

Good afternoon, 

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?. How your experiences had been in this
sense, with this technology?. Is better to use a non Xapian system?.
Just, let's say the old way of Squatter without Xapian?. 

Best regards,

-- 

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [1] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

Links:
--
[1] http://www.sarenet.es
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

Re: Xapian searches in Cyrus 3.0

[Robert Stepanek]

Hello,

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.
The complete list of attributes to search is in this C file:
https://github.com/cyrusimap/cyrus-imapd/blob/master/imap/search_expr.c#L2235
Any attribute that is marked SEA_FUZZABLE  will get stored in Xapian and
is available for stem-based search.
I'm not sure if there's better documentation on the non-standard fields,
but if you have any questions feel free to ask!
Cheers,
Robert


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

Re: Xapian searches in Cyrus 3.0

[Egoitz Aurrekoetxea]

Thank you so much Robert Many many thanks!!! 

Cheers!

---

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [1] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

El 03-01-2019 16:08, Robert Stepanek escribió:

> Hello, 
> 
> 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. 
> 
> The complete list of attributes to search is in this C file: 
> https://github.com/cyrusimap/cyrus-imapd/blob/master/imap/search_expr.c#L2235 
> Any attribute that is marked SEA_FUZZABLE  will get stored in Xapian and is 
> available for stem-based search. 
> 
> I'm not sure if there's better documentation on the non-standard fields, but 
> if you have any questions feel free to ask! 
> 
> Cheers, 
> Robert 
> 
> 
> 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
 

Links:
--
[1] http://www.sarenet.es
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

Question about manual replication (-u )

[Egoitz Aurrekoetxea]

Good afternoon, 

Is it possible to launch several instances of
"/usr/local/cyrus/bin/sync_client -S DEST-HOST -v -u EMAIL" in
parallel?. Doing it just one mailbox at a time takes ages It would
help me a lot, the fact of parallelizing and have no disk bottleneck
issues 

I think it should be possible... isn't it?. Perhaps it just allowed
between same version in source and dest?. Or can be done for instance
too, with a 2.4 as master to 3.0 slave?. 

Cheers!!

-- 

EGOITZ AURREKOETXEA 
Departamento de sistemas 
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia) 
ego...@sarenet.es 
www.sarenet.es [1] 
Antes de imprimir este correo electrónico piense si es necesario
hacerlo. 

Links:
--
[1] http://www.sarenet.es
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

Re: Xapian searches in Cyrus 3.0

[Sebastian Hagedorn]

--On 3. Januar 2019 um 16:08:44 +0100 Robert Stepanek 
 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 
ctl_conversationsdb.

--
   .:.Sebastian Hagedorn - Weyertal 121 (Gebäude 133), Zimmer 2.02.:.
.:.Regionales Rechenzentrum (RRZK).:.
  .:.Universität zu Köln / Cologne University - ✆ +49-221-470-89578.:.

pgpB0XOrvEQ1w.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

Re: Xapian searches in Cyrus 3.0

[Egoitz Aurrekoetxea]

Hi Sebastian! 

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) 
ego...@sarenet.es 
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  
> 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
ctl_conversationsdb. 

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 

Links:
--
[1] http://www.sarenet.es
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

Re: Xapian searches in Cyrus 3.0

[Sebastian Hagedorn]

Sorry, but no. You are right that the *indexes* are generated properly when 
you sync, but I was talking about *conversationsdb*. That is *not* updated 
when syncing from 2.4 to 3.0. You need ro run ctl_conversationsdb for each 
user, otherwise Xapian won't find any messages.


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)
ego...@sarenet.es
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
 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

pgp1BFAe5X2fc.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