虚拟SMTP服务器不中继邮件

在我们的局域网中，我们有一个带有安装了SMTP虚拟服务器的IIS 7的开发盒。所有开发应用程序都将发出的邮件发送到此虚拟SMTP服务器，然后将邮件转发到我们的内部Exchange 2007服务器。或者，至less它曾经。我们的networking工程师最近用另外一台replace了我们的Exchange服务器，现在邮件不再中继了。

奇怪的是，在我们的生产环境中，我们有一个类似的设置。所有出站邮件都发送到虚拟SMTP服务器（相同版本的IIS），并且该服务器只能通过Internet将邮件中继到同一台Exchange服务器。出站邮件正在从生产环境中运行。我已经尝试在我们的开发框中镜像每个设置，包括将智能主机更改为Exchange框的面向Internet的主机名，邮件继续留在队列中。

开发盒能够成功parsing智能主机的名称，我可以通过端口25从该框连接到Exchange服务器就好了。

对Exchange完全不熟悉，对SMTP不甚熟悉，对于如何解决这个问题，我毫无头绪。 networking工程师还没有弄清楚什么。有什么可能导致这个不工作？

这是我的虚拟SMTP服务器设置。

在传递选项卡下，selectSMTP服务器的出站安全性对话框，“集成Windows身份validation”，并input有效的用户名和密码。用户名以Windows域（域\用户名）为前缀。 TLSencryption被选中。
在交付标签的高级对话框下，我们有以下设置：
- 伪装域名：mycompany.com（我试过删除这个无济于事）
- 完全合格的域名：mycompany.local（我也尝试mycompany.com）
- 智能主机：myexchangeserver.mycompany.local（我也尝试过它的公有域名）
- 直接递送和反向DNS查找选项被禁用

至于交换设置，我不知道要找什么，但我有权访问该框，并可以发布其相关的设置，如有必要。

而不是戳一个黑匣子，并想知道为什么它不起作用，在SMTP中继机上安装“networking监视器”或Wireshark，并嗅探一些SMTPstream量。你会在30秒左右发现你的邮件被拒绝的原因。这将是你的阻力最小的path。盒子想告诉你什么是错的，你只需要看。

您的“networking工程师”应该早些时候到达嗅探器，IMO。嗅探networking上的stream量对某些人来说似乎是“禁忌”，但通常是通过SMTP等人类可读协议来解决问题的最佳方法。

我们刚刚谈到了微软的支持，我们已经明白了。传递选项卡的高级对话框下的完全限定的域名设置应该是虚拟SMTP服务器的名称，而不仅仅是域名。现在它被设置为myvirtualsmtpserver.mycompany.local，邮件正在按预期中继。