Оновлення DNS записів для міграції.

Цей крок дуже чутливий і без детального розуміння, що і як працює, не можна продовжувати, бо перестане надходити пошта.

Скажімо, в нас старий інстанс має ім'я домену n.example.com, а новий m.example.com
Тоді поштовий сервер, наприклад exim4 повинен бути налаштованим таким чином, щоб приймати пошту на цей домен.

/etc/exim4/update-exim4.conf.conf:

dc_other_hostnames='m.example.com; m.example.net'

(якщо декілька доменів, example.com i example.net)

Перезавантажуємо поштовий сервер

sudo service exim4 reload

Відповідно ці записи DNS example.com i example.net вже повинні існувати.

Далі налаштовуємо записи DNS mx:

$ host example.com
example.com has address xxx.yyy.mmm.nnn
example.com mail is handled by 30 mxbackup2.junkemailfilter.com.
example.com mail is handled by 0 m.example.com.
example.com mail is handled by 10 n.example.com.
example.com mail is handled by 20 mxbackup1.junkemailfilter.com.

Пошта для example.com буде за замовчуванням приходити на інстанс m.example.com (пріоритет 0, найвищий).
Якщо інстанс m.example.com тимчасово недоступний, тоді пошта приходитиме на старий інстанс n.example.com (пріоритет 10, наступний).
Якщо обидва n.example.com i m.example.com інстанси недоступні, тоді прийомом пошти для домену example.com тимчасово займатиметься безкоштовний сервіс mxbackup1.junkemailfilter.com (пріоритет 20, низький але не найнижчий), який зберігатиме пошту для домену декілька днів - режим smtp backup.
Останній запис найнижчого пріоритету 30 mxbackup2.junkemailfilter.com - це своєрідна пастка для спамерів, котрі навмисне обирають mx записи найнижчого пріоритету в надії на те, що він найменш захищений, цей запис не працює як smtp backup і його за бажанням можна не використовувати.

Далі тестуємо з будь-якої іншої пошти, що імейли дійсно приходять куди слід. Після всіх налаштувань можна буде просто вимкнути інстанс з пріоритетом 10 n.example.com (перестати платити за орендований vps) і все решта працюватиме.