Hi, Michael. Thanks for your reply.
On 16/1/19 04:19, Michael Menge wrote:
After that I managed to get the service is up and running (although I
have still doubt about the "http" line).
>>> http is used for CalDAV / CardDav so is most likely in the cyrus-caldav
>>> package.
>>> This
Le 16/01/2019 à 17:10:30+0100, Egoitz Aurrekoetxea a écrit
> Good afternoon,
>
>
> I would try doing it user by user (with -u). This way you would have all
> synced
> except the problematic mailbox.
Hi, thanks for the help.
I got some progress in my problem :
> [root@imap-mirror-p
Good afternoon,
I would try doing it user by user (with -u). This way you would have all
synced except the problematic mailbox.
Cheers!
---
EGOITZ AURREKOETXEA
Departamento de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
ego...@sarenet.es
www.sarenet.es
Hi everyone.
I've got some big issue with replication.
I've
master --- replica ---> slave_1 --- replica ---> slave_2
The replication between master and slave_1 work nice.
Between slave_1 and slave_2 I've got some issue (log to big after network
failure and work nagios_supervision).
Hi, Andrew. Thanks for your reply.
On 15/1/19 13:57, Andrew Morgan wrote:
>> I'm not sure what the problem is but that "invalid magic header" makes
>> me think that maybe it changed the header format of
>> /var/lib/cyrus/tls_sessions.db and the migration process did not do the
>> corresponding
Hi,
because conversations db seems to be required for search indexes, I
enabled this option
on our production servers today and tried to rebuild the conversations
db for all users with
ctl_conversationsdb -v -b UID
For most users this did take less than a second. But for some users
this
