我要淘汰使用了 10 年的网络服务器（不再使用 Pentium III - 耶！）。它托管的网站上的某些页面包含表单，这些表单会将电子邮件发送给某些人。这些电子邮件通过 IIS 中的 smtp 服务器发送。我们还将此 smtp 服务器用于其他一些用途，包括来自我们的帮助台软件的消息和来自某些网络设备的电子邮件警报。这是校园内唯一剩下的 smtp 服务器。我们其余的电子邮件由 Google Apps for Education 托管。该服务器设置了一个指向 smtp.gmail.com 的智能主机，并具有良好的用户名/密码（使用 tls）以与 Google 的服务器通信。换句话说，它所做的就是将校园软件中的消息转发到校外的邮件系统。
不幸的是，通过此服务器发送的消息被卡在 mailroot/Queue 文件夹中。如果我等待太久，我预计它们最终会移至 BadMail。据我所知，此新服务器的配置与旧配置完全相同。我自己的调查显示，dns 工作正常（这是在线发现的针对类似问题的最常见建议，以至于淹没了其他想法）。事件日志包含以下形式的条目：
向远程域“york.edu”传送消息时，向主机“74.125.148.14”传送消息失败，原因如下：远程服务器未响应连接尝试。
对我来说，这听起来像是防火墙问题（我关闭了它 - 没有运气）或身份验证/加密问题。我已三重检查用户名和密码是否正确，并且启用了 TLS 加密选项（应该如此）。新服务器安装在 hyper-v 中，因此出于好玩，我还尝试禁用主机上的防火墙，但这没有帮助。
更新：
此外，我能够telnet smtp.gmail.com 25并收到预期的 220 响应。当然，我无法通过 telnet 继续，因为它需要 STARTTLS 命令，但我至少做到了这一点。
有任何想法吗？
答案1
好吧，我又一次忽略了显而易见的问题。在设置 smtp 服务器时，在进行更改后，我会转到 IIS 管理控制台窗口的根目录并告诉它重新启动以确保所有更改都已应用。不幸的是，这不会重新启动 smtp 服务，我的更改也无法生效。一旦我纠正了此行为，我就会开始看到实际的错误消息，纠正这些消息很容易。
答案2
根据反向代理，该 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.
..如果您不能那么您的问题与网络有关。