Сайт, CRM, платформа рассылок и корпоративная почта могут отправлять сообщения от одного бренда разными путями. Поэтому настройка начинается с карты источников, а не с копирования трех записей из чужой инструкции.
Для каждого потока полезно зафиксировать платформу, адрес отправителя, домен DKIM-подписи, возвратный домен и ответственного за настройки. Это позволяет проверить не только маркетинговую рассылку, но и письма сайта, уведомления об оплате и почту сотрудников.
Неизвестную запись не стоит удалять только потому, что вы не помните ее назначение. Сначала нужно установить, какой сервис ее использует.
Проверяется не только текст записи, но и источники, которым она разрешает отправку. При использовании вложенных правил важно учитывать их влияние на DNS-проверки и ограничения SPF. Список разрешений должен соответствовать реальной инфраструктуре.
Универсальная запись без списка источников может разрешить лишнюю отправку или исключить нужный сервис.
Для проверки нужен фактический домен подписи из тега d= и селектор из тега s=. Селектор выбирает ключ. Его смена при сохранении d= не равна смене подписывающего домена.
Поиск нескольких популярных селекторов не доказывает отсутствие DKIM. Полезнее взять данные из настроек отправляющей платформы и сопоставить их с полученным письмом.
Успешный результат отдельной проверки еще нужно сопоставить с доменом видимого отправителя. Политику DMARC выбирают с учетом всех легитимных потоков и результатов их аутентификации.
Усиление политики не должно происходить вслепую. Перед ним важно понять, какие сообщения могут быть затронуты, и определить контрольные проверки.
Предлагаемый результат включает карту источников, согласованную конфигурацию и результаты проверки контрольных писем. Для дальнейшей поддержки полезно сохранить, где находятся настройки, кто ими управляет и что проверять при подключении новой платформы.
Изменения выполняются по согласованному плану. Стоимость, сроки и доступы не определяются автоматически по одному доменному имени.
Корректная аутентификация решает свою часть задачи, но не гарантирует папку входящих. Если проблема сохраняется, нужно отдельно разобрать отправку, жалобы и другие доступные наблюдения. Такой разбор не следует заменять повторной сменой тех же DNS-записей.
Выберите по тому, что сейчас происходит с вашими письмами.
Причина неясна: показатели ухудшились у одного провайдера, после переезда на новую платформу или только в одном из потоков писем.
Подробнее об услугеПисьма уже попадают в спам или отклоняются, и причину нужно найти и устранить по согласованному плану.
Подробнее об услугеНужно проверить или настроить аутентификацию для всех источников отправки: сайта, CRM, платформы рассылок и корпоративной почты.
Вы на этой страницеЗаписи меняются и после настройки: подключается новая платформа, кто-то правит DNS.
PostmastersTool регулярно проверяет SPF, DKIM и DMARC подключенных доменов. Селектор DKIM можно указать из настроек вашей платформы, тогда проверка начинается с него. Если запись SPF или DMARC пропадает или доля успешной проверки SPF, DKIM и DMARC по данным Google Postmaster Tools падает ниже порога, приходит уведомление.
Перечислите сервисы, которые отправляют письма от вашего домена, и кто отвечает за их настройки. С этого начинается согласование изменений.