dovecot replication - new and cur folders on mx1 and mx2

[Tomaz Kavcic]

Hello,

I have a question in regards to specific dovecot replication behaviour 
and I'm just wondering if this is actually an expected/normal behaviour, 
or just a version issue.

I'm using dovecot 2.3.16 which is packed by default with latest Ubuntu 
22.04.1 LTS server release. I setup dovecot replication pair (mx1 - mx2) 
which is working ok. MX1 has priority 10, MX2 has priority 20. I use 
maildir (postfix + dovecot lmtp).

The "strange" behaviour is this. When new mail arrives, it's by default 
delivered into "new" folder inside user directory. This email is then 
replicated to both servers (mx1 and mx2). When I login to mx1 via IMAP 
client (roundcube, outlook, etc.) that specific email is moved from 
"new" to "cur" folder on server mx1 and it's flagged also with "S", 
which probably means read flag. On server mx2, that email filename is 
also flagged with "S", but the email stays inside the "new" folder and 
it's not moved to "cur". If I want this email to be moved to "cur" on 
mx2 server, I have to login to that IMAP server as well, click on that 
email (which is already flagged as read), and after click, the email is 
also moved to "cur" on server mx2.

Simply said, all new mails on mx1 server are moved to "cur" when 
accessed, but the stay in "new" folder on server mx2 until they're 
physically accessed there as well. Is this normal behaviour?

I tried setup with TCP and SSH replication, and the situation is the 
same in all cases. Lastly, I tried TCPS (with SSL) as well, but that 
option has issues in 2.3.16, which is probably known already as I found 
multiple posts about these issues in this version.

Thank you in advance for your answer and kind regards, Tomaz Kavcic.

---

As suggested by mr. Timo Sarainen, this should be synced, so I'm posting 
doveconf -n as attachment for both servers as well.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://dovecot.org/pipermail/dovecot/attachments/20230115/3ec15c4c/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mx1.txt
Type: text/x-c++
Size: 2289 bytes
Desc: not available
URL: <https://dovecot.org/pipermail/dovecot/attachments/20230115/3ec15c4c/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mx2.txt
Type: text/x-c++
Size: 2289 bytes
Desc: not available
URL: <https://dovecot.org/pipermail/dovecot/attachments/20230115/3ec15c4c/attachment-0001.bin>