無法使用 Exchange 2003 接收來自某些域的電子郵件。
我最近遇到了我的 Exchange 2003 伺服器的問題。我無法接收來自某些域的電子郵件。特別是只有 2 個域名（每個域中只有一個使用者嘗試向我們的域發送電子郵件）。
我已關閉過濾器以測試它是否是過濾問題，但無濟於事。我還查看了郵件跟踪日誌，但是當發件人說他們已經向我們發送了多封測試電子郵件時，我注意到沒有來自任何一個域的電子郵件。我可以遠端登錄到伺服器並獲得適當的 EHLO 和 HELO 響應，我們沒有被列入黑名單，其他一切看起來都正確。
我想知道是否有人對我接下來可以檢查或調查的內容有任何建議。如果我忘記了重要資訊，對不起，請告訴我，我會發布更多資訊。提前致謝。
我假設您通過引用您的 Exchange Server 電腦的 MX 記錄直接從 Internet 接收電子郵件（基於您的陳述：使用 TELNET “手動”執行 SMTP）。如果您有任何反垃圾郵件/反病毒過濾功能，您應該在開始向第三方系統管理員投訴之前對其進行雙重/三重檢查。
話雖如此，接下來解決此問題的最佳位置將是發送者端。如果您無法從他們那裡獲得牽引力來監控他們的出站電子郵件流，那麼您可以嘗試在您的終端擷取流量，但您可能會有一個巨大的干草堆來梳理。
發件人應該尋找 SMTP 協議日誌或他們的電子郵件系統具有等效於 Exchange“郵件跟踪”（/var/log/mail.log 等）的任何內容，以了解他們的伺服器如何處理失敗的郵件（發送使用者應該能夠幫助他們在日誌中辨識）。假設他們正在“失去”消息、被策略阻止等，那麼他們的伺服器沒有將 NDR 發送回發送使用者是很愚蠢的。黑洞出站電子郵件永遠不是答案。（可以說，在入站電子郵件上發送 NDR 可能不是一個好主意。是的，是的——我知道幾個 RFC 說你應該……>嘆息<）
如果發件人無法幫助您，那麼您唯一的希望很可能是在您的邊界擷取流量並嘗試辨識來自其出站伺服器的連接嘗試（或缺少連接嘗試）。假設您可以讓某人按命令發送消息（例如，在電話通話期間）並假設他們的出站伺服器基礎設施不需要很長時間來處理消息，您應該能夠擷取與發件人伺服器的 SMTP 對話（或者什麼都沒有，如果它永遠不會影響到你）。
說實話，從技術角度來看，這真的不是你的問題。不幸的是，使用者和管理層不了解 Internet 電子郵件的“狂野西部”性質，並經常將其視為一種可靠的通信形式。當現實證明並非如此時，他們通常會責怪最近的電子郵件系統管理員，而不是接受這一點，與郵政郵件不同，它不是一個可靠的系統。