DNS-записей недостаточно для проверки почты
SPF определяет разрешённую инфраструктуру отправки, DKIM позволяет проверить подпись домена, а DMARC связывает успешный результат с доменом в видимом поле From. До изменения политики нужно учесть всех легитимных отправителей. Даже корректная аутентификация не гарантирует попадание во входящие: получатель учитывает репутацию, содержание и собственные правила.
Почтовая система начинается с владельца домена
До подключения Google Workspace или Microsoft 365 уточняем, кто управляет регистратором, DNS и административной учётной записью. Собираем адреса ящиков, псевдонимы, группы и отправителей: сайт, CRM, бухгалтерия, рассылки. Перенос переписки, календарей и прав делегирования нужно согласовать отдельно.
Смена MX влияет на приём, но сама по себе не переносит историю сообщений. Для переключения определяем порядок проверки входящих и исходящих писем, доступ к старой системе и действия при задержке. Лицензии провайдера и наша инженерная работа являются разными расходами.
Как проверить почту после настройки
Тестируем реальное сообщение каждого согласованного отправителя; наличие DNS-записи ещё не доказывает правильную работу всей цепочки.
| Проверка | Что подтверждает | Чего не гарантирует |
|---|---|---|
| MX и входящее письмо | Маршрут приёма в проверенном сценарии | Миграцию старой переписки |
| SPF и DKIM | Авторизацию и подпись конкретной отправки | Попадание во входящие у всех получателей |
| DMARC alignment | Согласование домена отправителя | Защиту от похожих доменных имён |
Что делать, если письма попадают в спам
Сохраните время отправки, уведомление об отказе и заголовки сообщения, скрыв личные данные. Сначала определяем, письмо отклонено, задержано или доставлено в спам. Кроме аутентификации имеют значение репутация, содержимое, жалобы и требования получателя.
По итогам настройки нужны список отправителей, записи DNS, результаты проверок и оставшиеся ограничения. Политику DMARC ужесточают после проверки легитимных потоков; произвольное добавление SPF-записей или чужих шаблонов может нарушить отправку.
Состав переноса и разрешение на закрытие старой системы
Отдельно согласуем ящики, псевдонимы, группы, историю, устройства и отправителей сайта. Сначала делаем инвентаризацию и готовим целевую систему; затем выбираем окно по часовым поясам, проверяем входящую и исходящую почту, форму, согласованную историю и восстановление администратора. Старую систему закрывают только после подтверждения владельца: универсального срока ожидания нет. Количество ящиков, объём истории, исходный поставщик и сложность прав влияют на смету. Если нужна только коррекция аутентификации, перенос ящиков может вообще не требоваться.