Hi!
I'm currently running an small imap-server on Dovecot 2.2.4 but will retire that server. I've set up an new server with Dovecot 2.3.4 and will migrate the mailboxes (maildir-format) from the old to the new server. I'm planning to restructure the accounts a bit when migrating so I need to move them one by one. Its only a few so thats not a big issue.
Both servers are using virtual accounts (users file).
I've understood that best method for migration is to run doveadm backup -R from the new server. But I really cant figure out what other parameters or settings that I need to perform that task and if it should be run as user vmail or root.
Would be greatful for any tips, hints, links or similiar.
Regards, Hans
Hans Brage skrev den 2018-12-29 22:49:
Would be greatful for any tips, hints, links or similiar.
if you want external tools i think imapsync is best way to sync all, it can keep source or delete, so you have backup in case of errors, it does not sync sieve, this is still not makeed, so each user must self copy sieve scripts from old to new via webmail or thunderbird with sieve plugin
Once you have the new server set up, you can use dsync over ssh to sync the mailboxes with something like:
doveadm backup -u user@newserver -R ssh sudouser@oldserver sudo /usr/bin/doveadm dsync-server -u user@oldserver
needs to be run as root on new server. Also ssh access with keys and without password is recommended.
Sami
A totally different approach (that is imap-server agnostic), providing that you're setting up those new accounts with temporary passwords (which you know), before users change their passwords to their liking: you could also use imapsync ( https://github.com/imapsync/imapsync) . We here use it with a batch file and a text file containing all accounts to do mass-migrations, usually at night, when there's little to none user interaction with their mail accounts. I like this approach because mail service never gets interrupted and we do programmed syncs all night in case DNS propagation takes more than expected and mail still arrives to the old server.
Ignacio
El 30/12/2018 a las 23:09, Hans Brage escribió:
On 31 Dec 2018, at 12.22, Ignacio García <yo@ignasi.com> wrote:
A totally different approach (that is imap-server agnostic), providing that you're setting up those new accounts with temporary passwords (which you know), before users change their passwords to their liking: you could also use imapsync ( https://github.com/imapsync/imapsync) . We here use it with a batch file and a text file containing all accounts to do mass-migrations, usually at night, when there's little to none user interaction with their mail accounts. I like this approach because mail service never gets interrupted and we do programmed syncs all night in case DNS propagation takes more than expected and mail still arrives to the old server.
I still don't recommend to use imapsync for migrations as UIDVALIDITY and UID numbers will change and end users will need to invalidate their local client caches and redownload all mail headers and usually also mail bodies again.
Sami
On 12/31/2018, 5:22:48 AM, Ignacio García <yo@ignasi.com> wrote:
Or, you can use Master Passwords on both sides, and just do the migration at your leisure. I did this when migrating from our dovecot server to Office 365.
Next time I'll look at using a dovecot method (DSync? doveadm?) but still using Master Passwords.
Am 01.10.19 um 10:32 schrieb Sami Ketola via dovecot:
Thank you for your fast answer. I had some issues with glusterfs in the migration startup phase and wanted to know if this is only my experience or someone else also.
We are now moving away from glusterfs and use dedicated storage.
Sami
Regards Alex
participants (6)
-
Alex La
-
Benny Pedersen
-
Hans Brage
-
Ignacio García
-
Sami Ketola
-
Tanstaafl