This sounds like you are not normalizing usernames properly.
Either use
auth_username_format = %Ln
as global setting, or return `user` attribute in both userdb and passdb
lookups.
Aki
> On 07/11/2021 20:31 Arnaud Abélard wrote:
>
>
> Hello again,
>
> I've found out that some mailboxes
Hello Aki,
Thanks for the tip. I changed postfix configuration so it will not use
the domain part anymore and added "auth_username_format = %Ln" just in
case (and reloaded dovecot). So I shouldn't have any more new
user@domain users but for all the existing users, doveadm replicator
status st
Try doveadm replicator remove dummy-...@univ-nantes.fr
Aki
> On 08/11/2021 11:32 Arnaud Abélard wrote:
>
>
> Hello Aki,
>
> Thanks for the tip. I changed postfix configuration so it will not use
> the domain part anymore and added "auth_username_format = %Ln" just in
> case (and reloaded d
On 08/11/2021 10:39, Aki Tuomi wrote:
Try doveadm replicator remove dummy-...@univ-nantes.fr
I did so on the source server, checked indeed that
dummy-...@univ-nantes.fr wasn't showing up in the doveadm replicator
status list and it was indeed the case, so far so good. On the
destination s
Recalculation won't fix replication mistakes.
Did you ensure on the *target* server that it has only dummy-c-1 in replication
and that the file count on the target server matches source server?
You might also get something useful out of
`doveadm -D quota recalc|get -u user`
Aki
> On 08/11/2
On the target, I enabled the replication service without mail_replica and:
doveadm replicator status 'dummy-c-1*'
username
priority fast sync full sync success sync failed
dummy-c-1
none - - --
It only knows of dummy-c-1, no trace of his evil twin
dumm
