#Симптомы и область применимости
PTR — обратная DNS-запись для IP почтового сервера. У некоторых получателей отсутствие PTR или несоответствие имени сервера повышает вероятность отказа; важно проверить именно исходящий IP и согласованность прямого и обратного разрешения, а не только MX домена.
#Причины и диагностические признаки
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| PTR отсутствуетВладелец диапазона IP не настроил обратную зону. | dig -x возвращает пустой ответ или NXDOMAIN | Запросите создание PTR у владельца IP. |
| PTR указывает на чужое или устаревшее имяИмя не отражает реальный SMTP-хост и может не иметь A/AAAA. | Обратное имя осталось после переноса сервера | Согласуйте PTR и прямой DNS. |
| Проверяют не тот адресИсходящая почта может идти через relayhost/NAT и другой IP. | В заголовках указан внешний шлюз, не ваш сервер | Установите реальный адрес выхода по журналу и заголовкам. |
#Пошаговая диагностика и исправление
- 1. Найдите реальный исходящий IPОтправьте одно тестовое письмо на контролируемый внешний ящик и откройте полные заголовки Received. Сравните их с конфигурацией SMTP-шлюза. Если письма отправляются через облачную почту, PTR обычно управляет провайдер, а не сайт на вашем сервере.
- 2. Проверьте действующий hostname PostfixНа почтовом сервере прочитайте настройки myhostname и smtp_helo_name. Если smtp_helo_name не задан, поведение зависит от настроек клиента Postfix. Для прямой доставки обычно используют стабильное полное доменное имя сервера.
- Postfix, только чтение; вывод трёх параметров расположен по строкамLinux · Терминал (Bash)КомандаPostfix, только чтение; вывод трёх параметров расположен по строкам. Пустое значение не означает ошибку автоматически.
postconf -h myhostname smtp_helo_name relayhost
- 3. Сделайте обратный запрос PTRВ терминале с dig укажите подтверждённый внешний IPv4 или IPv6. Сохраните возвращённое полное имя без завершающей точки для следующих проверок. Не используйте внутренний адрес 10.x/192.168.x как исходящий публичный IP.
- Замените документальный IP на действующий адресLinux · Терминал (Bash)КомандаЗамените документальный IP на действующий адрес. Только чтение DNS.
dig -x 203.0.113.10 +short
- 4. Проверьте прямое разрешение имени PTRЕсли обратный запрос вернул mail.example.com, запросите его A/AAAA. Для согласованной настройки возвращаемый адрес должен соответствовать действительному выходному IP по принятой политике получателя. Несколько адресов допустимы в некоторых архитектурах, но их нужно понимать.
- Терминал, замените имяLinux · Терминал (Bash)КомандаТерминал, замените имя. Для IPv6 дополнительно используйте dig AAAA mail.example.com +short.
dig A mail.example.com +short
- 5. Найдите владельца обратной зоныЕсли IP арендован у хостера, перейдите в раздел сетевых адресов или обратного DNS его панели; если пункт отсутствует, обратитесь в поддержку с конкретным IP и целевым FQDN. Изменение PTR в обычной зоне example.com чаще всего ничего не исправит.
- 6. Проверьте, что имя готово до заявкиДо изменения PTR создайте в своей авторитетной DNS-зоне правильную A/AAAA для выбранного имени. Проверьте, что это имя принадлежит вам и стабильно используется SMTP. Не назначайте на IP hostname, который ведёт на сторонний сервис, без согласования.
- 7. Подайте запрос на PTR и дождитесь обновленияУкажите владельцу адреса точное сопоставление IP→mail.example.com. После подтверждения запросите PTR у авторитетной обратной зоны и у обычного резолвера. Учитывайте TTL: старое значение может оставаться в кеше после исправления.
- 8. Повторите проверку доставкиОтправьте по одному тестовому письму на свои ящики у нескольких операторов. Проверьте заголовки и коды отказов. PTR не заменяет SPF, DKIM, DMARC и защиту от спама: при сохранении отказов изучите их текст.
#Как убедиться, что проблема устранена
Фактический исходящий IP имеет нужный PTR, возвращаемое имя имеет корректное прямое разрешение, SMTP использует согласованное имя и тестовые сообщения не получают прежний отказ по reverse DNS.
#Если проблема осталась
Если PTR не меняется, обращайтесь к владельцу IP с примером авторитетного ответа; не покупайте отдельную DNS-зону для обратной записи, которая вам не делегирована. При отказах без упоминания PTR проверьте репутацию и аутентификацию домена.