來自 IIS SMTP 的電子郵件會被拒絕嗎？
多年來，客戶端一直在 Windows 2008 R2 上使用 IIS v6 SMTP 來發送自動伺服器通知。他們的應用程序使用 Blat 通過 localhost 發送，無需身份驗證。電子郵件似乎直接從該系統發出，其偽裝 FQDN 與其實際電子郵件伺服器相同。只有他們的員工電子郵件（Outlook 等）通過真正的 SMTP 伺服器。
我們正在將大部分功能遷移到新的 Windows 2016 伺服器，我需要確保所有電子郵件自動化工作正常。我擔心檢查 SPF 或 DKIM 或其他認證的遠端伺服器會從該伺服器退回或靜默丟棄電子郵件。我相信這樣做的遠端伺服器的數量很可能會隨著時間的推移而增加。
但是我沒有發現我期望管理員對此類問題的強烈抗議，只是偶爾會出現關於如何中繼到 GMail 或其他伺服器的老問題。我沒有看到一個充滿反彈的文件夾。我從該伺服器收到電子郵件 - 未經我的第三方電子郵件主機過濾。
所以我的恐懼似乎與現實不符，我無法證明建議更改他們新系統的設置是合理的。沒關係，我沒有議程，我真的希望確保事情正常進行，無論它如何工作。
1）我是否糾正了收件人伺服器可以/將/應該過濾這些出站通知，而預期的收件人甚至可能沒有收到他們的電子郵件？
只使用像 Exchange 或 Postfix 這樣的“真實”SMTP 伺服器會更好嗎？
繼續使用 Blat，對 localhost 進行基本身份驗證，並繼續使用 IIS SMTP 從他們的 v2016 伺服器發送電子郵件有什麼缺點嗎？
謝謝！
你有沒有看過舊的 SMTP 伺服器的配置是什麼？也許它是通過智能主機中繼的？
無論如何，SPF 和 DKIM 只適用於即時連接。因此，如果您的 Blat 伺服器連接到本地郵件中繼應用程序，然後該應用程序發送到您的 Exchange 伺服器，然後由後者處理最終傳遞，那麼只有最後一跳（Exchange 到最終）將受到 SPF 和 DKIM 的約束。