Назад в базу знаний
rDNS / PTR
rDNS и PTR: обратная запись IP отправителя
Reverse DNS показывает hostname для IP-адреса отправителя. Для почтового сервера PTR должен быть стабильным и осмысленным.
Что проверяем
- наличие PTR для IP отправителя
- hostname в PTR
- forward-confirmed rDNS: hostname резолвится обратно в тот же IP
- соответствие имени почтовой инфраструктуре
Почему это важно
- Отсутствие PTR является сильным негативным сигналом для SMTP.
- Динамические или случайные PTR ухудшают репутацию исходящей почты.
- Многие фильтры ожидают связку IP -> PTR -> A.
Симптомы проблемы
- No PTR record found
- PTR указывает на generic-hosting-name
- HELO сервера не похож на PTR или MX
Как исправить
- Настройте PTR у провайдера IP-адреса.
- Используйте hostname вида mail.example.com или mx1.example.com.
- Добавьте A-запись hostname обратно на исходящий IP.
- Согласуйте HELO/EHLO с этим именем.
Как проверить после исправления
- Выполните dig -x IP.
- Проверьте A-запись hostname из PTR.
- Повторите тест письма и проверьте rDNS pass.
Типовые ошибки
- пытаются настроить PTR в DNS домена, хотя PTR управляется владельцем IP
- PTR есть, но A-запись hostname ведет на другой IP
- PTR содержит временное имя провайдера
Проверьте это на своем письме
Отправьте письмо в MailAudit и получите отчет с конкретными значениями SPF, DKIM, DMARC, заголовков и рекомендациями.