Как проверить и настроить DNS‑записи для email‑рассылок онлайн‑гадалки

Сегодня и многие онлайн‑сервисы, включая гадалки, полагаются на email‑рассылки для уведомления клиентов о предсказаниях, акциях и персональных рекомендациях. Если письма попадают в спам или вовсе не доставляються, доверие к сервису падает. Поэтому правильная настройка и проверка DNS‑записей – это основа гарантии доставки.

Какие DNS‑записи отвечают за почту?

MX (Mail Exchange) – указывает, какие серверы принимают письма для вашего домена.
SPF (Sender Policy Framework) – перечисляет IP‑адреса и серверы, которым разрешено отправлять почту от имени вашего домена.
DKIM (DomainKeys Identified Mail) – добавляет цифровую подпись к каждому письму; публичный ключ хранится в DNS.
DMARC (Domain-based Message Authentication, Reporting & Conformance) – объединяет результаты SPF и DKIM, задаёт политику обработки неуспешных проверок и предоставляет отчёты.

Почему проверка записей критична для онлайн‑гадалки?

Онлайн‑гадалка обычно отправляет:

Персональные гороскопы и предсказания;
Напоминания о платных сеансах;
Промо‑акции и скидки;
Обратную связь после сеанса.

Если любое из этих писем блокируется спам‑фильтром, клиент может:

Не получить важное предсказание;
Подумать, что сервис ненадёжный;
Перейти к конкуренту.

Поэтому проверка DNS‑записей позволяет:

Убедиться, что серверы отправки авторизованы (SPF);
Гарантировать целостность письма (DKIM);
Получать отчёты о попытках спуфинга и корректировать политику (DMARC);
Улучшать репутацию домена и IP‑адреса.

Как проверить DNS‑записи?

Существует несколько простых способов, которые подходят даже без глубоких технических знаний:

Онлайн‑сервисы проверки

Многие ресурсы позволяют ввести домен и получить мгновенный отчёт по MX, SPF, DKIM, DMARC. Пример из предоставленной информации:

Вы отправляете тестовое письмо на уникальный адрес, а сервис анализирует его по SPF, DKIM, DMARC, наличию в блэклистах, оценке SpamAssassin и т.д.;
Получаете оценку от 0 до 10, где 10 – идеальная настройка.

Командная строка (для тех, кто имеет доступ к серверу)

Если вы управляете VPS или выделенным сервером, можно использовать стандартные утилиты:

dig или nslookup для просмотра MX‑записей:

dig MX ваш‑домен.ru +short

dig TXT для SPF, DKIM и DMARC:

dig TXT ваш‑домен.ru +short

В ответе вы увидите строки вида:

v=spf1 ip4:187.68.337.0/25 ip4:84.64.121.0/27 ~all – пример SPF‑записи;
default._domainkey.vash‑domen.ru; TXT v=DKIM1; k=rsa; p=MIIBIjANBgkqh… – пример DKIM;
_dmarc.vash‑domen.ru. TXT v=DMARC1; p=reject; rua=mailto:postmaster@vash‑domen.ru – пример DMARC.

Отправка тестового письма

Как указано в источниках:

Отправьте тестовое письмо на специальный адрес (например, check@auth‑tester.com);
Сервис вернёт подробный отчёт о прохождении SPF, DKIM, DMARC, проверке SpamAssassin и наличии в блэклистах;
На основе отчёта скорректируйте записи.

Настройка основных записей

MX‑запись

Указывает, какой сервер принимает почту. Пример:

@ IN MX 10 mail.vash‑domen.ru.

Чем меньше число, тем выше приоритет.

SPF‑запись

Определяет разрешённые источники отправки. Пример из информации:

v=spf1 ip4:187.68.337.0/25 ip4:84.64.121.0/27 ~all

Значения:

ip4 – конкретные подсети, которым разрешено отправлять;
~all – мягкое отклонение (письма помечаются, но не отклоняются);
-all – жёсткое отклонение (рекомендуется после отладки).

DKIM‑запись

Публичный ключ размещается в поддомене selector._domainkey; Пример:

default._domainkey IN TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh..."

При отправке письмо подписывается закрытым ключом; принимающий сервер проверяет подпись через опубликованный публичный ключ.

DMARC‑запись

Объединяет SPF и DKIM, задаёт политику и указывает, куда отправлять отчёты. Пример:

_dmarc IN TXT "v=DMARC1; p=reject; rua=mailto:postmaster@vash‑domen.ru; ruf=mailto:postmaster@vash‑domen.ru; fo=1"

Политика p=reject означает, что письма, не прошедшие проверку, будут отклоняться. На этапе тестирования можно использовать p=none или p=quarantine.

Постепенный план внедрения для онлайн‑гадалки

Анализ текущего состояния – используйте онлайн‑сервис или dig для проверки существующих записей.
Настройка MX – убедитесь, что указывает на ваш почтовый сервер (или сервис рассылки, например, SendGrid, Mailgun).
Создание SPF – перечислите все IP‑адреса и сервисы, от которых вы отправляете письма (включая сторонние ESP). Начните с ~all для мягкой политики.

Генерация DKIM – большинство ESP предоставляют инструмент для создания пары ключей. Опубликуйте публичный ключ в DNS. Включение DMARC – начните с p=none, собирайте отчёты (rua и ruf). Анализируйте, какие источники не проходят проверку. Тестирование – отправьте тестовое письмо через сервис проверки, оцените результат (оценка 0‑10). При необходимости корректируйте записи. Переход к жёсткой политике – после подтверждения, что все легитимные источники проходят SPF/DKIM, измените SPF на -all и DMARC на p=reject. Мониторинг – настройте еженедельный чтение DMARC‑отчётов, следите за репутацией IP (например, через SenderScore или Google Postmaster Tools).

Частые ошибки и как их избежать Отсутствие MX-записи – письма просто не будут доставляться. Проверьте, что запись существует и указывает на рабочий сервер. SPF слишком permissive – запись v=spf1 +all разрешает отправку от любого IP, что увеличивает риск спуфинга. Используйте конкретные подсети и -all после отладки. Отсутствие DKIM или неправильный ключ – приводит к нейтральной или негативной оценке от почтовых провайдеров. Убедитесь, что длина ключа не менее 1024 бит (лучше 2048). DMARC без отчётов – вы теряете возможность видеть, кто пытается подделать ваш домен. Всегда указывайте rua и ruf. Неучёт сторонних сервисов – если вы используете рассылку через Mailchimp, SendGrid или аналогичные, их IP‑адреса должны быть включены в SPF и, при необходимости, в DKIM (через делегирование). Для онлайн‑гадалки, чей бизнес зависит от доверия и своевременной доставки предсказаний, проверка и корректная настройка DNS‑записей – это не просто техническая деталь, а важная часть маркетинговой стратегии. Правильно настроенные MX, SPF, DKIM и DMARC гарантируют, что ваши письма достигнут ящиков клиентов, не попадут в спам и защитят домен от злоумышленников, пытающихся подделать ваши предсказания. Следуя предложенному пошаговому плану, регулярно тестируя конфигурацию и анализируя отчёты, вы сможете поддерживать высокий уровень доставляемости email‑рассылок, а значит – повышать удовлетворённость клиентов и рост вашего онлайн‑сервиса.