我有一些外部用戶抱怨他們無法或沒有從我們的交換伺服器接收郵件。我已將外部使用者設定為聯絡人，並啟用了保留副本並將副本轉發到外部電子郵件帳戶的選項。
解決此問題的最佳方法是什麼，因為我的直覺是，這可能與灰名單及其 ISP 有關，我們的交換伺服器的出站 smtp 伺服器設定是使用 dyndns，我認為其中一台伺服器可能位於黑名單和外部電子郵件用戶端（使用者的）主機/ISP 可能只是將其丟棄。
使用者表示該電子郵件實際上可以在其 Outlook Web Access 上查看，但永遠不會到達設定為轉送位址的外部電子郵件帳戶。謝謝。
答案1
我思考您是說您正在使用 DynDNS 服務作為智慧主機（「我們的交換伺服器的出站 smtp 伺服器設定是使用 dyndns」），您擔心收件者的 ISP 可能會丟棄郵件，因為他們「不喜歡」DynDNS 伺服器（列入黑名單等）。一般來說，這並不是我使用 DynDNS 的經驗（我在所有商業電子郵件中使用他們的「Mailhop 出站」服務大約 6 年），但您當然可以嘗試聯絡收件者的 ISP 來查看。
你可能應該啟用“訊息追蹤”這樣您就可以找到問題訊息並追蹤其流程。但是，一旦郵件離開您的 SMTP 伺服器，您就無法看到後續的 SMTP 交易。啟用「郵件追蹤」後，您至少能夠看到郵件成功離開您的組織。
如果收件人的 ISP 只是默默地丟棄訊息，那麼如果沒有 ISP 的配合，您將無能為力。
答案2
如果您啟用了郵件跟踪，則可以使用 ESM 中的郵件追蹤工具來追蹤郵件。如果您已啟用 SMTP 日誌記錄，則也可以使用 SMTP 日誌來查看與外部伺服器的 SMTP 交易。確保從 Exchange 伺服器測試 DNS 解析等基本元件，並嘗試從 Exchange 伺服器建立到外部伺服器連接埠 25 的 telnet 會話。
答案3
除了 Evan 所說的之外，您還可以檢查 Exchange 伺服器上的郵件佇列，看看這些電子郵件（如果是最近的）中是否有任何電子郵件處於重試狀態，並且是否有多次投遞失敗嘗試。在本節中可能會給出一個原因。這樣做的好處是，它比透過訊息追蹤進行搜尋要快得多，但可能不那麼徹底。
另外，您是否使用過 SMTP 測試儀來確保您已涵蓋所有基礎知識，例如對我們的傳出 SMTP 伺服器的 IP 進行反向 PTR？
如果您看到它處於重試狀態，我總是喜歡嘗試透過 telnet（直到訊息發送的位置）執行初始 SMTP 步驟到遠端 SMTP 伺服器，以查看是否收到特定的 SMTP 錯誤。我喜歡這樣做只是因為它感覺就像我更接近實際發生的事情，而 Exchange GUI 感覺對我來說太遙遠了。