Postfix/Spamassassin 無法經常確定 rDNS

我正在執行帶有 Postfix 2.9.6 和 Spamassassin 3.3.2 的 Debian 7.9 伺服器。

Spamassassin 的一項標準檢查是檢查 rDNS 記錄。我假設它Received: from ...從 Postfix 傳遞的消息的標題中獲取該資訊。

現在，Postfix 經常無法解析 IP 地址的主機名，這不必要地給出了比它應得的更差的分數，因為幾乎所有時候，主機名確實存在。如果我手動檢查這些消息，我可以看到提到的標題經常說Received: from example.com (unknown [1.2.3.4]) by ...，同時如果我嘗試自己解析 IP 地址（在伺服器的 shell 中）它可以正常工作。

這裡有什麼問題？是否有一個過於激進的超時，沒有給它足夠的時間？如果是這樣，有沒有辦法調整這個超時？我的伺服器每分鐘沒有收到數千條消息，所以再等幾秒鐘不會有什麼壞處。切換到基於 TCP 的 DNS 會幫助解決這個問題嗎？如果是這樣，我如何告訴 Postfix 使用 TCP 進行 DNS 查詢？

事實證明，我正在執行我的 Postfix 安裝，並將 chroot-setting 設置為預設的“yes”。在我將它設置為“no”之後（因為我沒有在 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":    ^

引用自：https://serverfault.com/questions/727095