Hi,

Thanks for your reply!

The dsync is triggered on IMAP/POP3/LDA/LMTP activity. See my config dump from the first email. I'm wondering if my config is not OK so it causes dsync to sync twice?

you need / preferably use a database for your user auth I already do this.

run the command doveadm user '*' - it needs to return a list of users that will trigger replication (after doing config above) This part works fine.

Thanks,

Thom Pol

On 18/05/2022 16:51, Paul Kudla (SCOM.CA Internet Services Inc.) wrote:

ok - question

when you say dsync are you running that manually or as a cronjob ??

or using replication via dsync

there is a difference

replication is designed to handle mailbox changes by quing the changes on the fly and then update in the background.

replication tracks all changes in a mailbox and then sends them one at a time to the target server.

i run replication with tcp (not tcps or dsync)

I find (other then the 300+folder issues) that it runs pretty good in real time.

if you are running dsync manually then yes timing on its own will be a hit and miss and it will never sync properly if something appears during the dsync process.

if you have the sive running as discussed that is the first step

you should setup replication so things are handled in real time.

pls advise if you have already done replication or just manually dsyncing.

Below is basic replication setup but you need to make sure various pre-requirements are in place a head of time.

1. you need / preferably use a database for your user auth

   you need to setup an iterate sql statement that returns the user list of users to be replicated

Example (i use pgsql) :

# cat dovecot-pgsql.conf driver = pgsql connect = host=localhost port=5433 dbname=scom_billing user=pgsql password= default_pass_scheme = PLAIN

password_query = SELECT username as user, password FROM email_users WHERE username = '%u' and password <> 'alias' and status = True and destination = '%u'

user_query = SELECT home, uid, gid FROM email_users WHERE username = '%u' and password <> 'alias' and status = True and destination = '%u'

iterate_query = SELECT "username" as user, domain FROM email_users WHERE status = True and alias_flag = False

#iterate_query above is what returns the user lists

2. run the command doveadm user '*' - it needs to return a list of users that will trigger replication (after doing config above)

3. in general here is my relative parts for tcp replication

In dovecot.conf

---

mail_plugins = " virtual notify replication fts fts_lucene "

replication_dsync_parameters = -d -N -l 300 -U

dsync_remote_cmd = ssh -l%{login} %{host} doveadm dsync-server -u%u

plugin {

..... mail_replica = tcp:10.221.0.19:12345

#(note this is the ip address of the other server) #it is the only config change ie server one above #server2 would be the other server for communicating.

.....

}

protocol imap { mail_max_userip_connections = 50 mail_plugins = $mail_plugins notify replication }

protocol pop3 { mail_max_userip_connections = 50 mail_plugins = $mail_plugins notify replication }

protocol imaps { mail_max_userip_connections = 25 mail_plugins = $mail_plugins notify replication }

protocol pop3s { mail_max_userip_connections = 25 mail_plugins = $mail_plugins notify replication }

replication_max_conns = 100 (optional)

replication_full_sync_interval = 1d

service replicator { client_limit = 0 drop_priv_before_exec = no idle_kill = 4294967295s process_limit = 1 process_min_avail = 0 service_count = 0 vsz_limit = 8g unix_listener replicator-doveadm { mode = 0600 user = vmail } vsz_limit = 8192M }

service aggregator { process_limit = 1000 #vsz_limit = 1g fifo_listener replication-notify-fifo { user = vmail group = vmail mode = 0666 }

}

---

that should do it?

Happy Wednesday !!! Thanks - paul

Paul Kudla

Scom.ca Internet Serviceshttp://www.scom.ca 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3

Toronto 416.642.7266 Main?1.866.411.7266 Fax?1.888.892.7266