При переносе сайта почту можно оставить у прежнего провайдера. Риск часто возникает при смене DNS-сервиса или серверов имён: часть почтовых записей забывают перенести. Проверяйте два результата отдельно: сайт открывается, а действующие адреса по-прежнему принимают письма и позволяют отвечать.
Составьте таблицу DNS до и после
Сохраните действующую зону. Для MX и почтовых TXT или CNAME запишите имя, тип и значение, затем сравните их с новой зоной. Попросите разработчика отдельно назвать отправителей формы обратной связи и уведомлений о заказах. Почтовые параметры сохраняйте, если не планировали переносить саму почту. После переключения проверьте внешнюю заявку, ответ и уведомление сайта. Смена серверов имён не копирует письма, а MX двух провайдеров не распределяют отдельных сотрудников между сервисами.
Разберитесь, кто за что отвечает
В работе домена могут участвовать четыре компании: регистратор, DNS-провайдер, хостинг сайта и почтовый провайдер. Иногда все услуги продаются в одном кабинете, но их роли всё равно различаются.
Регистратор продлевает доменное имя. DNS-провайдер хранит его настройки. Веб-хостинг обслуживает сайт. Почтовый сервис принимает и хранит сообщения. Поэтому фраза «домен находится у провайдера» ещё не объясняет, где именно нужно менять почтовые записи.
Перед работой найдите панель управления действующей DNS-зоной и сохраните её текущие значения. Если сайт ведёт подрядчик, уточните, какие записи относятся к магазину, службе поддержки, платёжным уведомлениям и другим используемым сервисам.
Какие записи нужно сохранить
Для обычного сайта используются записи A, AAAA или CNAME. За доставку входящих писем отвечают MX. Чтобы разместить почту отдельно, обычно достаточно изменить нужные записи в уже существующей DNS-зоне. Переносить управление всей зоной ради одного почтового сервиса часто не требуется.
Записи TXT тоже могут относиться к почте. В них размещают подтверждение владения доменом и настройки отправителя. SPF указывает разрешённые источники отправки. DKIM позволяет проверять подпись сообщения. DMARC описывает политику проверки домена, указанного в адресе отправителя.
Значения зависят от используемых сервисов. Например, магазин может отправлять чеки через отдельную платформу, даже если рабочая переписка уже идёт через TrekMail. Учтите оба источника при настройке. Не удаляйте записи только потому, что не узнаёте их названия. Назначение записей объяснено в справке по почтовому DNS.
Если одна из проверок не прошла
Пока выясняете причину, сохраняйте доступ к прежнему хостингу и почте. Если не работает только форма сайта, сначала проверьте отправку приложения, а не меняйте входящие MX домена. Если сообщения нигде не появляются, сравните действующие почтовые записи с сохранённой зоной и попросите ответственного провайдера проверить маршрут. При сохранении почтового сервиса параметры приложений сотрудников обычно остаются прежними. Отменять старую услугу стоит после проверок и отдельно запланированного переноса архива, если он нужен.
Настройка по шагам
По теме
- Почта при веб-хостинге: как пакетная услуга ухудшает доставляемость
- Почта на своем домене: вход есть, но нет доставки
- Как запустить рабочую почту, пока сайт ещё готовится
- Как сохранить старые почтовые адреса после смены бренда?
- Письмо из портала дошло, а ответ клиента потерялся. Что проверить?
