Как перенести деловую почту с GoDaddy и не потерять письма

Перенос деловой почты — это десятиминутное изменение внутри двухнедельного процесса, и эти десять минут как раз самая простая часть. Пропадают почти всегда письма, пришедшие во время переключения, письма в папках, которые никто не скопировал, и сообщения от сервиса, который всё ещё смотрит на старую настройку.

В качестве примера я взял GoDaddy: значительная часть поискового трафика на моём сайте по этой теме приходит от людей, которые входят в почту GoDaddy, и многие из них сидят на тарифе, который хотели бы покинуть. Шаги одинаковы для любого провайдера, от которого вы уходите. Если вы предпочитаете остаться, GoDaddy теперь запускает Workspace Email на Microsoft 365, и об этом рассказывает моё руководство по входу в почту GoDaddy.

Table of contents

Сначала решите, нужен ли вам вообще перенос

Переносите, если хотите одну консоль администрирования для почты, календаря и файлов, если ваша команда живёт в Google Docs или если вы платите за пакет, из которого пользуетесь только почтой. Оставайтесь, если почта работает, а единственная претензия — экран входа. Миграция без причины — это риск без выгоды.

Шаг 1. Составьте перечень, прежде чем трогать DNS

Запишите всё, что зависит от текущей настройки:

1. Каждый почтовый ящик с владельцем и примерным размером.
2. Алиасы, пересылки и общие ящики вроде info@ и billing@.
3. Каждый сервис, который отправляет письма от имени вашего домена: выставление счетов, CRM, формы, email-рассылки, планировщики.
4. Каждый телефон и ноутбук, где настроена учётная запись.
5. Где находится ваш DNS. Это может быть GoDaddy, Cloudflare или ваш регистратор. Записи вы будете править там, а не у почтового провайдера.

Список особенно важен из-за пункта 3. Сервис, который отправляет через ваш старый почтовый сервер, перестаёт работать в день отмены тарифа, и ничто вас не предупредит.

Шаг 2. Снизьте TTL записи MX за два дня

Запись MX сообщает интернету, какой сервер принимает почту вашего домена. TTL — это время, в течение которого другие сети помнят ответ, прежде чем спросить снова. Откройте настройки DNS и выставьте TTL записей MX на минимальное значение, которое допускает ваш хостинг, обычно 300 секунд. Сделайте это минимум за 48 часов до переключения: сети, закэшировавшие старое длинное значение, хранят его до истечения срока.

Именно это делает переключение быстрым. Если пропустить шаг, часть отправителей ещё несколько часов будет доставлять письма на старый сервер.

Шаг 3. Сначала создайте новые ящики

Настройте нового провайдера, добавьте домен и создайте все ящики, алиасы и общие ящики, прежде чем менять хоть одну запись MX. Новый провайдер попросит подтвердить владение доменом с помощью TXT-записи. Добавьте её сейчас: на доставку почты она не влияет.

Записи MX нового провайдера пока не добавляйте. Пока вы копируете почту, она должна по-прежнему приходить на старый сервер.

Шаг 4. Скопируйте старую почту

В консоли администрирования Google Workspace есть инструмент миграции данных, который забирает почту у другого провайдера по IMAP, а в Microsoft 365 есть IMAP-миграция в центре администрирования Exchange. Обоим нужны учётные данные каждого пользователя или административное подключение к старому ящику, а также имя IMAP-сервера прежнего провайдера. Его можно найти в справке старого провайдера.

Два ограничения, которые стоит учесть:

• IMAP копирует письма, но не контакты и не календари. Экспортируйте их из старой учётной записи и импортируйте в новую вручную.
• Большие ящики копируются часами. Запустите копирование за день до переключения, чтобы не ждать в момент перехода.

Выполните копирование один раз сейчас и ещё раз сразу после переключения, чтобы забрать всё, что пришло в промежутке.

Шаг 5. Смените записи MX

Выберите спокойное время, например утро выходного дня, и действуйте в таком порядке:

1. Удалите записи MX старого провайдера.
2. Добавьте записи MX нового провайдера в точности так, как он их указывает, с теми приоритетами, которые он даёт.
3. Сохраните, затем отправьте себе тестовое письмо с личного адреса и ещё одно обратно.

Через час-два большая часть почты начнёт приходить в новые ящики. Отдельные письма могут ещё до суток попадать на старый сервер. Поэтому его и нужно держать включённым.

Шаг 6. Исправьте SPF, DKIM и DMARC

Этот шаг забывают чаще всего, и именно из-за него исходящая почта через неделю начинает попадать в спам. У вашего домена должна быть ровно одна запись SPF. Замените include: старого провайдера на include: нового и оставьте записи всех остальных сервисов из вашего списка на шаге 1. Затем включите подпись DKIM в консоли администрирования нового провайдера и опубликуйте выданный ключ. Запись DMARC не трогайте, если только в ней не упоминается старый провайдер.

Полное руководство, включая проверку того, что все три механизма проходят, — в статье как настроить SPF, DKIM и DMARC для деловой почты.

Шаг 7. Заново подключите устройства и сервисы

Удалите старую учётную запись с каждого телефона и ноутбука и добавьте новую. Затем откройте каждый сервис из списка на шаге 1, который отправляет почту от имени вашего домена, и обновите его почтовые настройки или авторизуйте заново. Отправьте тест из каждого.

Шаг 8. Держите старый тариф две недели

Оставьте старые ящики активными минимум на две недели. Проверяйте их раз в несколько дней на предмет запоздавших писем и ещё раз запустите IMAP-копирование перед отменой. Отменяйте тариф только тогда, когда несколько дней не приходило ничего нового. Слишком ранняя отмена — единственная ошибка, которую нельзя исправить, потому что почта на старом сервере исчезает вместе с ним.

Поручите это Claude или ChatGPT

Перечень и чек-лист переключения — две части, которые стоит отдать ассистенту. Вставьте этот текст и заполните скобки:

I'm moving business email for [yourdomain.com] from [GoDaddy / current provider]
to [Google Workspace / Microsoft 365]. My DNS is hosted at [DNS provider].
We have [number] mailboxes, and these tools send mail as our domain: [list].
Give me a dated cutover checklist covering: lowering the MX TTL, creating
mailboxes, copying old mail over IMAP, the exact order for changing MX records,
the SPF record I should end up with, and how to enable DKIM. Tell me where each
step happens (DNS host or mail admin console). Flag anything you aren't sure
about for my provider so I can check the provider's own documentation.

Сверяйте каждое значение DNS, которое он вам выдаст, со страницей настройки нового провайдера, прежде чем сохранять. Ассистенты уверенно придумывают include: или имя хоста MX, которые выглядят правдоподобно, но неверны.