我们使用 IIS 6.0 SMTP 虚拟服务器接收和转发托管在同一台专用计算机上的网站的电子邮件。一切都运行良好，直到我们最近将电子邮件服务转移到基于云的服务上的 Online.net（它也托管我们的专用 Web 服务器）。我将 IIS SMTP 服务器中的智能主机以及身份验证更新为 smtp.cloud.online.net。问题是从我们的网站发送的消息像以前一样到达邮件服务器，但却卡在了队列文件夹中。
日志没有提到任何特定错误，但奇怪的是，它们从未进一步说明身份验证过程。以下是一个例子：
212.47.233.113，OutboundConnectionResponse，2017 年 10 月 29 日，18:17:24，SMTPSVC1，MUSIQUE，-，0，0，28，0，0，-，-，220 23a72c26dae0 ESMTP 就绪，
212.47.233.113，OutboundConnectionCommand，2017 年 10 月 29 日，18:17:24，SMTPSVC1，MUSIQUE，-，0，0，4，0，0，EHLO，-，MUSIQUE，
212.47.233.113，OutboundConnectionResponse，2017 年 10 月 29 日，18:17:24，SMTPSVC1，MUSIQUE，-，0，0，16， 0, 0, -, -, 250-23a72c26dae0,
当切换回以前的 SMTP 智能主机服务器和身份验证凭据时，消息可以正常发送。以下是正确事务的日志示例：
217.76.129.126，OutboundConnectionResponse，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，63，0，41，0，0，-，-，220 smtp-02.serveursdns.net ESMTP Postfix，
217.76.129.126，OutboundConnectionCommand，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，63，0，4，0，0，EHLO，-，MUSIQUE，
217.76.129.126，OutboundConnectionResponse，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，94， 0, 31, 0, 0, -, -, 250-flse665-a15.serveursdns.net,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 94, 0, 8, 0, 0, STARTTLS, -, -,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 141, 0, 28, 0, 0, -, -, 220 2.0.0 准备启动 TLS,
217.76.129.126, OutboundConnectionCommand, 2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，219，0，4，0，0，EHLO，-，MUSIQUE，
217.76.129.126，OutboundConnectionResponse，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，266，0，31，0，0，-，-，250-flse665-a15.serveursdns.net，
217.76.129.126，OutboundConnectionCommand，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，266，0，4，0，0，AUTH，-，-，
217.76.129.126，OutboundConnectionResponse，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，297，0，16，0，0，-，-，334 UGFzc3dvcmQ6，217.76.129.126
，OutboundConnectionResponse，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，344，0，35，0，0，-，-，235 2.7.0 身份验证成功，
217.76.129.126，OutboundConnectionCommand，2017 年 10 月 31 日，11:51:11，SMTPSVC1，MUSIQUE，-，344， 0, 4, 0, 0, MAIL, -, FROM: SIZE=3211,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 375, 0, 12, 0, 0, -, -, 250 2.1.0 Ok,
217.76.129.126, OutboundConnectionCommand, 31/10/2017, 11:51:11, SMTPSVC1, MUSIQUE, -, 375, 0, 4, 0, 0, RCPT, -, TO:,
217.76.129.126, OutboundConnectionResponse, 31/10/2017, 11:51:11, SMTPSVC1，MUSIQUE，-，422，0，12，0，0，-，-，250 2.1.5 Ok，
217.76.129.126，OutboundConnectionCommand，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，422，0，4，0，0，DATA，-，-，
217.76.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，468，0，35，0，0，-，-，354 以 . 结束数据，
217.76.129.126，OutboundConnectionResponse， 2017 年 10 月 31 日，11：51：11，SMTPSVC1，MUSIQUE，-，531，0，34，0，0，-，-，250 2.0.0 Ok：排队为 1FA3620CD4，217.76.129.126
，OutboundConnectionCommand，2017 年 10 月 31 日，11：51：11，SMTPSVC1，MUSIQUE，-，531，0，4，0，0，QUIT，-，-，
217.76.129.126，OutboundConnectionResponse，2017 年 10 月 31 日，11：51：11，SMTPSVC1，MUSIQUE，-，562，0，13，0，0，-，-，221 2.0.0 再见，
有人知道为什么新的 SMTP 服务器 smtp.cloud.online.net 不要求（或不接受）来自我们的 IIS SMTP 服务器的身份验证吗？在 Outlook 上使用相同的服务器和凭据时，一切正常。
非常感谢，
安德烈
感谢您的回复@Finny。机器上的操作系统是带有 IIS 7.5 的 Windows Server 2008 r2。但此平台提供的 Windows SMTP 虚拟服务器是 6.0。是的，只有出站问题。如前所述，从网站发送的消息到达 IIS 6 SMTP，但未通过新的智能主机 smtp.clould.online.net 传递。它们卡在队列文件夹中。是的，基本身份验证（电子邮件 + 密码）。尝试在端口 587 上使用 TLS 和在端口 25 上不使用 TLS。但如前所述，这不是真正的身份验证问题。问题与使用以前的 SMTP 智能主机（或甚至 smtp.gmail.com，也可以正常工作）时发生的情况相反，新的智能主机 smtp.clould.online.net 甚至不要求身份验证。请检查提供的日志。祝好，安德烈
答案1
首先，IIS 6 将于 2003 年推出，如果我不建议您迁移不再修补或支持的操作系统，那我就太失职了。
所以这只是一个出站问题，对吗？我不确定您是说电子邮件从网站（也在 Online.net） > IIS 6 SMTP > 返回 Online.net，还是网站和 IIS 6 SMTP 位于同一主机 > Online.net。
您如何设置出站安全性？基本身份验证？是否需要 TLS？这些位于 SMTP 虚拟服务器的属性、传递选项卡上。