IIS 6.0 SMTP虚拟服务器不会在智能主机上运行

Question

我们使用IIS6.0SMTP虚拟服务器接收和转发托管在同一台专用机器上的网站上的电子邮件。一切都很好，直到最近我们将电子邮件服务转移到基于云的服务上(这也是我们专用的web服务器的主机)。我将IIS服务器中的智能主机更新为smtp.cloud.online.net，以及身份验证。问题是从我们的网站发送的信息到达邮件服务器，就像它们过去一样，但是被卡在队列文件夹中。

日志没有提到任何特定的错误，但是奇怪的是，它们永远不会提到身份验证过程。下面是一个例子：

212.47.233.113，OutboundConnectionResponse，29/10/2017，18:17:24，SMTPSVC1，MUSIQUE，-，0，0，28，0，-，-，220 23a72c26dae0 ESMTP就绪， 212.47.233.113，OutboundConnectionCommand，29/10/2017，18:17:24，SMTPSVC1，MUSIQUE，-，0，0，4，0，EHLO，-，MUSIQUE， 212.47.233.113，OutboundConnectionResponse，29/10/2017，18:17:24，SMTPSVC1，MUSIQUE，-，0，-，-，250-23a72c26dae0，

当切换回以前的SMTP智能主机服务器和身份验证凭据时，消息会很好地发送。下面是来自适当事务的日志示例：

217.76.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，63，0，41，0，0，-，-，220 smtp-02。serveursdns.net ESMTP Postfix， 217.76.129.126，OutboundConnectionCommand，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，63，0，4，0，0，EHLO，-，MUSIQUE， 276.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，94，0，31，0，0，-，-，250-flse665-a15.serveursdns.net， 217.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，-，-，准备启动TLS， 217.76.129.126，OutboundConnectionCommand，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，219，0，4，0，0，EHLO，-，MUSIQUE， 217.76.129.126，OutboundConnectionResponse，31/10/2017，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，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，297，0，16，0，0，-，-，334 UGFzc3dvcmQ6， 217.76.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，344，0，35，0，0，-，-，2352.7.0认证成功， 217.76.129.126，OutboundConnectionCommand，11/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，344，0，4，0，0，MAIL，-，出发地: 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.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，0，数据，-，-， 217.76.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，468，0，35，0，0，-，-，354结束数据与.， 217.76.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，531，0，34，0，0，-，-，250 2.0.0 Ok:排队为1FA3620CD4， 217.129.126，OutboundConnectionCommand，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，531，0，4，0，0，QUIT，-，-， 217.76.129.126，OutboundConnectionResponse，31/10/2017，11:51:11，SMTPSVC1，MUSIQUE，-，562，0，13，0，0，-，-，221 2.0.0再见，

有人知道为什么新的SMTP服务器smtp.cloud.online.net不请求(或不接受)来自IIS服务器的身份验证？在Outlook上使用相同的服务器和凭据时，一切都正常。

非常感谢，

安德烈

谢谢你的回复:Finny。该机器上的操作系统是Windows 2008 r2和IIS7.5。但使用此平台提供的SMTP虚拟服务器Windows为6.0。是的，只有出站问题。如前所述，从网站发送的邮件到达IIS6SMTP，但未通过新的智能主机smtp.clould.online.net传递。他们被卡在排队文件夹里了。是的，基本身份验证(电子邮件+密码)。在端口587上使用TLS进行了尝试，在25端口上没有TLS。但如前所述，这并不是真正的身份验证问题。问题与使用以前的SMTP智能主机(甚至smtp.gmail.com，它也同样有效)时发生的情况相反，新的智能主机smtp.clould.online.net甚至不要求身份验证。请检查所提供的日志。最好，安德烈

Answer 1

首先，IIS 6将是2003年，如果我不建议您从不再修补或支持的操作系统迁移，我将是失职。

所以这只是一个出站问题，对吗？我不确定您是说电子邮件是从网站(也在Online.net) >IIS6SMTP>返回到Online.net，还是网站和IIS6SMTP位于同一主机上> Online.net上。

如何设置出站安全？基本认证？需要TLS吗？它们位于SMTP虚拟服务器的属性“传递”选项卡上。