
我的電子郵件伺服器被列入黑名單,我從 Zenhaus CBL 收到以下訊息:
X.X.X.X. was found to be using the following name as the HELO/EHLO parameter during connections: "localhost.localdomain".
不幸的是,請求太多,CBL 不允許我刪除黑名單。另外,我對 sendmail 完全沒有經驗,我不知道如何調試它/從哪裡開始,因為這是需要首先修復的問題。
如何HELO
在CLI上自行查看該值?
有沒有人遇到類似的問題,可以幫助我讓 sendmail 再次運作而不被列入黑名單?
附:
奇怪的是,相同的配置以前可以工作(我從實體機到虛擬機進行了 P2V 遷移),並且在舊實體伺服器上遷移之前從未被列入黑名單。 P2V 遷移後我唯一忘記做的事情是更改反向 DNS(但這似乎與 HELO 名稱沒有任何共同點)。
答案1
它的典型特徵是全部郵件提供者記錄HELO/EHLO 參數在全部他們處理的郵件。
打開郵件的標頭(來源)任何人最近從您的相關伺服器接受的,它可能會在其中一個標頭中拼出您的 EHLO Received:
。最上面提到您的 IP 的 Received 標頭將包含兩個名稱:第一個是您在 HELO/EHLO 中提供的名稱,另一個是透過尋找您的網路位址所獲得的名稱。通常地址文字旁邊的[IP]
是 rDNS 名稱。
Received: from localhost.localdomain
(mx7.yourdomain.example [192.0.2.2])
by example.net (Postfix)
with ESMTPS
id ABC12345
for <[email protected]>; 21 Nov 1997 10:05:43 -0600
郵件伺服器應該放在那裡的相關規範可以在RFC 5321 第 4.4 節
當 SMTP 伺服器接收到要傳送或進一步處理的訊息時,它必須 在訊息內容的開頭
插入追蹤(「時間戳」或「已接收」)資訊 [...]FROM 子句必須在 SMTP 環境中提供,應該包含 (1) EHLO 命令中提供的來源主機名稱和 (2) 包含來源 IP 位址的位址文字,由 TCP 決定聯絡。
請注意,某些清單抱怨您使用了錯誤的名稱並不一定意味著您目前配置的伺服器使用了該名稱。理論上,您或您的網路位址的前所有者可能已連接到透過其他用戶端向該清單營運商報告的系統。
另請注意,清單運算子聲稱對某個網路位址有大量請求是一個非常糟糕的跡象。清單操作者期望他們的封鎖會導致受影響方在考慮請求從清單中刪除之前進行徹底調查。請務必確認該清單確實適合您,特別是(例如,請參閱此處的 IPv6 具體說明)並且您已確信問題已被查明並完全解決。