Перенесення пошти, поки домен ще не переїхав

Чому ім’я сервера веде не туди

Адреса mail.вашдомен — це звичайний DNS-запис вашого домену. Доки ви не перемкнули його на нового провайдера, він указує на старий сервер, і будь-який клієнт, зокрема наш, потрапить саме туди. Це не помилка налаштування, а нормальна робота DNS.

Звідси практичне правило: під час переїзду не можна користуватися одним і тим самим ім’ям для обох боків. Потрібні дві різні адреси — та, що веде на старий сервер, і та, що веде на новий.

Що використовувати замість IP

У кожного хостингу є власне ім’я поштового сервера, яке не залежить від вашого домену: щось на кшталт mail.хостер.tld, imap.хостер.tld або srv12.хостер.tld. Воно вказане в панелі керування, у розділі налаштування поштового клієнта, і в листі, яким провайдер підтверджував створення скриньки.

Саме це ім’я потрібно вводити для нового боку, а власне mail.вашдомен залишити для старого — доки запис ще веде на нього. Обидва боки доступні одночасно, і перенесення йде як зазвичай.

• Стара скринька: mail.вашдомен — доки DNS показує на старий сервер.
• Нова скринька: власне ім’я хостингу з панелі керування.
• Після перемикання DNS обидва боки знову доступні за вашим доменом, а повторний запуск добере листи, що надійшли під час переїзду.

Коли IP усе ж працює

Поле сервера приймає IP-адресу, але з’єднання відбудеться лише якщо TLS-сертифікат сервера виписано на цю IP. Такі сертифікати трапляються — у частини хостингів і в корпоративних мережах із внутрішнім центром сертифікації, — але це рідкість: майже всі сертифікати виписують на ім’я.

Ми звіряємо сертифікат саме з тим, що введено в полі, і не даємо вимкнути перевірку. Це не прискіпливість: перемикача «не перевіряти» достатньо, щоб пароль від пошти пішов на чужий сервер, який відрекомендувався вашим. Якщо сертифікат не збігається, у журналі видно, яке ім’я очікувалося, — саме за цим рядком і знаходять правильну адресу.

Порядок переїзду без втрати листів

Перенесення не потребує зупиняти пошту й не змінює джерело, тому його роблять до перемикання домену, а не після.

• Створити скриньки в нового провайдера і переконатися, що місця вистачає.
• Перенести пошту, доки домен ще працює по-старому: користувачі нічого не помічають.
• Перемкнути MX-записи домену на нового провайдера.
• Через добу запустити перенесення повторно: воно добере листи, які за час перемикання встигли надійти на старий сервер. Дублікатів не буде — уже перенесені листи пропускаються.