Hi mates,
Reproduced and properly located (not a Cyrus bug). We have to apologize for the
generated noise. Cyrus replication works just fine.
As I explained before, we fetch from Mysql the accounts each server has
(instead of using -A) for no reason… just for historical reason…
So, when we fetched the emails, as in very old (now) versions of Cyrus a
conversion from . to ^ seem to be needed (the first Cyrus version was 2.0 o
even older), we were doing the following in the Perl script :
while (@fila = $query->fetchrow()) {
$fila[0] =~ s/\./^/g;
$email = $fila[0]."@".$fila[1];
system("/usr/local/bin/sudo -u cyrus /usr/local/cyrus/sbin/sync_client
-S xxxxxx.sarenet.es -v -u ".$email);
This explained the existence of .seen and .sub files with “^” and Sieve dirs
with ‘^’ too. That didn’t in fact explain, why they had non zero size. The
reason of the non zero size (of files with ^ and ending in .sub and .seen and
Sieve dirs), is that as we come from Cyrus versions 2.3 (and probably 2.4
perhaps do it) used the ‘^’ in the seen and sub filenames and Sieve names. So
if you do a sync_client of a user with ‘^’ , even in 3.0 it copies you that
file content of .sub and .seen from the master to the slave (because it exists!
because it has copied with sync_client too but from a 2.3/2.4 version), even
when they have not been used in a 3.0 version. Apart the own mail account
content is always copied and sync_client doesn’t complain about it (whether you
use ^ or a dot for the user).
So mates, thanks a lot again for your time and I honestly think I’ll sleep
better today :)
We have just discovered these, so we wanted to clarify it.
Thanks again,
Regards,
Egoitz Aurrekoetxea
Dpto. de sistemas
944 209 470
Parque Tecnológico. Edificio 103
48170 Zamudio (Bizkaia)
[email protected] <mailto:undefined>
www.sarenet.es <http://www.sarenet.es/>
Antes de imprimir este correo electrónico piense si es necesario hacerlo.
> El 17 jul 2019, a las 12:51, Egoitz Aurrekoetxea <[email protected]> escribió:
>
> Anyway, not being able to reproduce it… working on reproducing….
>
>
>
> Egoitz Aurrekoetxea
> Dpto. de sistemas
> 944 209 470
> Parque Tecnológico. Edificio 103
> 48170 Zamudio (Bizkaia)
> [email protected] <mailto:undefined>
> www.sarenet.es <http://www.sarenet.es/>
> Antes de imprimir este correo electrónico piense si es necesario hacerlo.
>
>> El 16 jul 2019, a las 20:23, Egoitz Aurrekoetxea <[email protected]
>> <mailto:[email protected]>> escribió:
>>
>> Perhaps mbname_userid it’s not the exact function… perhaps we could just
>> call something like _append_extbuf() in this case but…. That’s what I was
>> trying to explain… could that be?
>>
>>
>>
>> Egoitz Aurrekoetxea
>> Dpto. de sistemas
>> 944 209 470
>> Parque Tecnológico. Edificio 103
>> 48170 Zamudio (Bizkaia)
>> [email protected] <mailto:undefined>
>> www.sarenet.es <http://www.sarenet.es/>
>> Antes de imprimir este correo electrónico piense si es necesario hacerlo.
>>
>>> El 16 jul 2019, a las 20:20, Egoitz Aurrekoetxea <[email protected]
>>> <mailto:[email protected]>> escribió:
>>>
>>> mbname_userid
>>
>> ----
>> 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
