>> On 15/05/2020 07:10 Plutocrat <plutoc...@gmail.com> wrote:
>>
>> On 15/05/2020 10.56, Gregory Sloop wrote:
>> > IMAP sync looks better and better. I'm a little puzzled why I don't just
>> > give up walking on the broken glass and use it - but it just bugs the heck
>> > out of me.
>> If you can get the dovecot native sync to work, it seems to be a better
>> option, as it understands all the dovecot index formats etc, and will
>> transfer those correctly. Imapsync doesn't, and when I did that I had a few
>> problems with POP email clients re-downloading their entire Inbox, which
>> produced a few groans. Your mileage may vary.
>> Another option for you, if you have the time and energy would be to set up
>> proper replication between the two servers. Then any changes made would be
>> synced in real time, until the cutoff, when you just shut down the old
>> server and the new one is already up to date. But if you can't get a simple
>> sync happening then that might be a bit of over-reach.
>> My suspicions on your current situation would center around the
>> complications introduced by docker, and on file/container permissions,
>> environment variables, paths etc.
>> How about if you just try a simple doveadm command over ssh from the remote
>> server to make sure that works. eg. from "Sending" server do
>> ssh r...@po.abc.net \
>> docker exec b3093cxxxxxx doveadm user u...@abc.net
>> That should execute the doveadm user command on the remote (receiving)
>> server. If that works, then at least you can satisfy yourself that the
>> docker bit is working correctly. Not sure why I'm getting involved in
>> someone else's troubleshooting nightmare! ;-)
>> P.
AT> You need to have ssh installed. If you want to do sync over ssh.
AT> The docker image hasn't got ssh client installed by default.
AT> Also see https://wiki.dovecot.org/Replication for more configuration
options.
SSH *is* installed
# ssh r...@abc.net \
> docker exec b3093c6200a9 ls -al
r...@abc.net's password:
total 124
drwxr-xr-x 1 root root 4096 Apr 15 17:30 .
drwxr-xr-x 1 root root 4096 Apr 15 17:30 ..
-rwxr-xr-x 1 root root 0 Apr 15 17:29 .dockerenv
drwxr-xr-x 1 root root 4096 Apr 14 01:23 bin
drwxr-xr-x 2 root root 4096 Feb 1 09:09 boot
drwxr-xr-x 5 root root 380 May 12 11:25 dev
-rwxr-xr-x 1 root root 14951 Apr 14 08:31 docker-entrypoint.sh
drwxr-xr-x 1 root root 4096 Apr 15 17:30 etc
drwxr-xr-x 2 root root 4096 Feb 1 09:09 home
drwxr-xr-x 2 root root 4096 Apr 15 17:30 hooks
drwxr-xr-x 1 root root 4096 Apr 14 01:23 lib
drwxr-xr-x 2 root root 4096 Mar 26 17:00 lib64
drwxr-xr-x 2 root root 4096 Apr 15 17:30 mail_crypt
drwxr-xr-x 2 root root 4096 Mar 26 17:00 media
drwxr-xr-x 2 root root 4096 Mar 26 17:00 mnt
drwxr-xr-x 2 root root 4096 Mar 26 17:00 opt
dr-xr-xr-x 232 root root 0 May 12 11:25 proc
drwx------ 1 root root 4096 Apr 14 01:23 root
drwxr-xr-x 1 root root 4096 May 12 11:25 run
drwxr-xr-x 1 root root 4096 Apr 14 01:23 sbin
drwxr-xr-x 2 root root 4096 Mar 26 17:00 srv
-rw-r--r-- 1 root root 12126 May 14 15:48 supervisord.log
dr-xr-xr-x 13 root root 0 May 12 11:25 sys
drwxr-xr-x 2 root root 4096 Apr 15 17:21 templates
drwxrwxrwt 1 root root 4096 May 14 21:44 tmp
drwxr-xr-x 1 root root 4096 Mar 26 17:00 usr
drwxr-xr-x 1 root root 4096 Apr 15 17:30 var
Doh.
I wasn't thinking clearly.
Yeah, I guess I'm not sure if sshd is available in the docker container itself.
But that would be *sshd* not the ssh client, right?