Forum Moderators: bakedjake

Message Too Old, No Replies

Dovecot Migration

         

jaywng

3:37 pm on Jun 21, 2023 (gmt 0)



Hey there

I am not sure where this goes on the forum, so feel free to move it to wherever, the organization leaves a lot to be desired.

I am trying to move 60 some odd mailboxes from a server running Plesk Obsidian (Dovecot, Postfix) to a server in the same company (Contabo) but in different locations in the world. The server specs that are important are as follows

Source:

Plesk, Dovecot, Postfix

destination:

iRedMail, Dovecot, Postfix

The destination server DOES NOT have any of these accounts on it, and a domain has not been created in iredmail, I clearly can see that the Doveadmn utility would be very useful for the migration of the mailboxes, but I confess I am not a pro at Linux and I could use some help.

The ideal scenario in the end would be all the mailboxes on the destination server, and mail discontinued from the source server. I am unsure if the actual user accounts need to be created outside the migration,

ANy help would be great, I have started building a command for this, but again I did read all the documentation, but I am still a bit foggy on it all and what I really need to be doing

my code so far

doveadm -D backup -R --A ssh 209.126.2.92 doveadm dsync-server -u


I have root on BOTH the source and the destination server so permissions will likely not be an issue.

dstiles

8:55 am on Jun 22, 2023 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month



I hafd to do this a fw years ago and it's a pain, not so much tecnically as nerve-wracking. :(

I now have to do this again. My mail server's OS should have been updated many months ago due to end-of-life OS. I ran up a new service using Debian about a year ago and it's been idling ever since. It really is time to bite the bullet.

What I did last time was:

1. install new mail service - postfix, dovecot, seive, spamassassin.
2. run for a while with dummy mail domain, preferably one that gets a lot of spam in order to fully test.
3. warn customers of impending changes and give a date.
4. on given date turn off the old mail server.
5. copy all mailboxes from old server to new (rsync or similar).
6. change DNS so that new service takes over old addresses etc. (DNS can take a while to propagate)
7. run ssl, spf etc checks on critical (or all) domains.
8. warn customers their mail should be working again.
9. check for errors for a whille - there are bound to bwe some. :(

I hope this is helpful.