Postfix/Spamassassin не может определить rDNS слишком часто

Я использую сервер Debian 7.9 с Postfix 2.9.6 и Spamassassin 3.3.2.

Одна из стандартных проверок, выполняемых Spamassassin, заключается в проверке записи rDNS. Я предполагаю, что он получает эту информацию от Received: from ... заголовок в сообщении, переданном из Postfix.

В настоящее время довольно часто Postfix не может разрешить имя хоста для IP-адреса, что излишне дает худший результат, чем он того заслуживает, поскольку почти всегда имя хоста фактически существует. Если я проверяю эти сообщения вручную, я вижу, что упомянутый заголовок часто говорит Received: from example.com (unknown [1.2.3.4]) by ... в то же время, если я пытаюсь разрешить IP-адрес самостоятельно (в оболочке сервера), он работает без проблем.

В чем здесь проблема? Есть ли слишком агрессивный тайм-аут, который не дает ему достаточно времени? Если да, есть ли способ отрегулировать этот тайм-аут? Мой сервер не получает тысячи сообщений в минуту, поэтому ожидание еще нескольких секунд не повредит. Поможет ли переключение на DNS через TCP? Если так, как я могу сказать Postfix использовать TCP для DNS-запросов?

Источник

1 ответ

Решение

Как оказалось, я запускал установку Postfix с настройкой chroot по умолчанию "yes". После того, как я установил это в "нет" (так как я не запускаю его в chroot), кажется, это решает проблему.

Я до сих пор не понимаю, почему раньше проблем не было, но теперь это работает.

Рассматриваемая настройка находится в /etc/postfix/master.cf: ( Источник)

# =============================================================
# service type  private unpriv  chroot  wakeup  maxproc command
#               (yes)   (yes)   (yes)   (never) (100)
# =============================================================
smtp      inet  n       -       n       -       -       smtpd

# This had to be set to "n":    ^
Источник
Другие вопросы по тегам