新伺服器無法發送郵件
我要淘汰我們已有 10 年曆史的 Web 伺服器（不再有 Pentium III - 耶！）。它託管的網站上的一些頁面具有可將電子郵件發送給某些人的表單。這些電子郵件通過 IIS 中的 smtp 伺服器發送。我們還將這個 smtp 伺服器用於其他一些事情，包括來自我們的幫助台軟體的消息和來自我們一些網路設備的電子郵件警報。這是校園裡唯一剩下的 smtp 伺服器。我們電子郵件的其餘部分由 Google Apps for Education 託管。該伺服器設置有一個指向 smtp.gmail.com 的智能主機，並且有一個很好的使用者名/密碼（帶有 tls）來與 Google 的伺服器通信。換句話說，它所做的只是將消息從校園內的軟體轉發到我們校園外的郵件系統。
不幸的是，通過此伺服器發送的消息被卡在 mailroot/Queue 文件夾中。如果我等待的時間過長，我希望他們最終會轉移到 BadMail。據我所知，這個新伺服器的配置完全管理舊配置。我自己的調查表明 dns 工作得很好（網上發現的類似問題的最常見建議，以至於它淹沒了其他想法）。事件日誌具有以下形式的條目：
由於以下原因，向主機“74.125.148.14”傳遞消息失敗，同時傳遞到遠端域“york.edu”：遠端伺服器沒有響應連接嘗試。
對我來說，這聽起來像是防火牆問題（我將其關閉 - 不走運）或身份驗證/加密問題。我已經三重檢查了使用者名和密碼是否正確，並且啟用了 TLS 加密選項（應該如此）。新伺服器安裝在 hyper-v 中，因此我也嘗試禁用主機上的防火牆，但這並沒有幫助。
更新：
另外，我能夠
telnet smtp.gmail.com 25得到預期的 220 響應。當然，我不能通過 telnet 走得更遠，因為它需要一個 STARTTLS 命令，但我至少做到了。有任何想法嗎？
好吧，我又一次錯過了顯而易見的事情。在設置 smtp 伺服器時，在進行更改後，我會轉到 IIS 管理控制台視窗的根目錄並告訴它重新啟動以確保應用了所有更改。不幸的是，這不會重新啟動 smtp 服務，而且我的更改也沒有生效。一旦我糾正了這種行為，我就開始看到實際的錯誤消息，並且更正這些錯誤消息很容易。
該 IP 是 Postini 根據反向DNS 查找然後通過whois 搜尋擁有的伺服器。前者似乎不允許連結到結果，因此您必須自己搜尋。
從本質上講，因為Google收購了 Postini，我預計長期問題不在於他們的伺服器，因為他們的伺服器場相當大。
鑑於錯誤消息來自 IIS，而不是來自某個遠端電子郵件伺服器的消息的模仿迴聲，我會說您的虛擬伺服器和外部世界之間存在網路連接問題。
執行
telnet 74.125.148.14 25我可以連接到那個：
Connected to 74.125.148.14. Escape character is '^]'. 220 Postini ESMTP 188 y6_34_1c0 ready. CA Business and Professions Code Section 17538.45 forbids use of this system for unsolicited electronic mail advertisements...如果你不能，那麼你的問題與網路有關。