Первый раздел объясняет суть без вступления и рекламных обещаний.
Рабочие настройки сохраняют до изменения, а проверку проводят на копии.
Запишите исходное состояние, действие и итог, чтобы найти причину ошибки.
Разрешает серверам отправлять почту от имени домена.
Добавляет проверяемую доменную подпись к письму.
Связывает SPF и DKIM с адресом From и политикой обработки.
DMARC-отчеты показывают легальных и посторонних отправителей.
Источники: RFC 7208: SPF, RFC 6376: DKIM, RFC 9989: DMARC.
Почта на домене использует адрес вида name@company.ru и отдельные DNS-записи.
Практическое продолжение темы: как выбрать хостинг, ошибка 500 на хостинге и что такое ssl сертификат.
Короткий ответ
Сравнение вариантов
| Сервис | Что сравнить | Стоимость .RU | Кому подходит |
|---|---|---|---|
 Webnames | Домены, DNS и SSL | 189 ₽, продление 1 390 ₽ | Портфель доменов и сайты компаний |
 REG.RU | Домены, хостинг и SSL | От 199 ₽ за регистрацию | Все услуги в одном кабинете |
 RU-CENTER | Домены и корпоративные услуги | От 189 ₽ за регистрацию | Компании и работа по договору |
 Timeweb | Домен вместе с хостингом | 200 ₽, продление 399 ₽ | Небольшой сайт с единым кабинетом |
Цены и состав тарифов меняются. Перед оплатой проверьте выбранную конфигурацию, стоимость продления и доступность услуги в вашем регионе.
Официальные источники: REG.RU, RU-CENTER, Timeweb. Проверено 4 сентября 2026 года.
ru и отдельные DNS-записи. Для работы нужны MX, SPF, DKIM и постепенно настроенный DMARC. Ответ применим, пока исходные условия совпадают с описанным сценарием. Для рабочего сайта сначала сохраните текущие настройки и отдельную копию данных.
Основные понятия
MX указывает принимающие серверы, SPF перечисляет разрешенных отправителей, DKIM подписывает письма, а DMARC задает политику проверки и собирает отчеты. Термины полезны только вместе с границей ответственности: кто обслуживает сервер, кто меняет настройки сайта и кто восстанавливает данные после ошибки.
Как это работает
MX указывает принимающие серверы, SPF перечисляет разрешенных отправителей, DKIM подписывает письма, а DMARC задает политику проверки и собирает отчеты. Проследите цепочку от домена до ответа приложения. Такой порядок помогает отделить сетевую проблему от ошибки конфигурации, кода или базы.
Пошаговая инструкция
1. Создайте домен в почтовом сервисе и подтвердите владение. 2. Добавьте MX, SPF и DKIM без удаления нужных старых записей. 3. Запустите DMARC в режиме наблюдения и проверьте доставку в несколько сервисов.
Пример на практике
Если CRM отправляет письма отдельно от основного сервиса, ее нужно учесть в SPF или настроить собственную DKIM-подпись. Иначе строгий DMARC начнет отклонять легальные сообщения. Здесь важен не размер проекта сам по себе, а конкретное ограничение: доступ, ресурс, версия среды или порядок переключения.
Частые ошибки
Смена MX не переносит старые письма. Архивы копируют по IMAP или специальным инструментом до отключения прежнего сервиса. Перед исправлением запишите исходное состояние. Меняйте один параметр за раз, иначе причину результата будет трудно подтвердить.
Что делать дальше
Составьте список ящиков, алиасов и систем-отправителей. После настройки проверьте заголовки тестового письма и отчеты DMARC. Результат проверки сохраните вместе с датой и настройками. Эти данные пригодятся при следующем переносе или обращении в поддержку.
Частые вопросы
С чего начать?
Создайте домен в почтовом сервисе и подтвердите владение.
Что проверить следующим?
Добавьте MX, SPF и DKIM без удаления нужных старых записей.
Когда можно закончить?
Составьте список ящиков, алиасов и систем-отправителей. После настройки проверьте заголовки тестового письма и отчеты DMARC.
