我们升级了我们的企业内部电子邮件服务器，IP地址在我们的networking内部发生了变化。 第二个电子邮件服务器用于发送我们提供的邮件列表服务的批量作业。
由于内部企业服务器IP的切换，当大容量电子邮件服务器试图向我们自己的域发送电子邮件时，我们已经看到了问题。 日志显示，它仍然试图击中旧的公司服务器，而不是新的。 我已经浏览了大容量电子邮件软件的所有设置，并且没有设置发送到内部邮件服务器，并且我不记得在几年前安装时做了什么特别的工作。
在Win2003中还是在networking上可以将MXlogging外部IP映射到内部IP，以便邮件正确路由？
如果您使用的是Exchange 2003（假设您是指定Windows Server 2003），则可以使用yourdomain.com cost 1 （ * cost 5您的默认SMTP连接器的yourdomain.com cost 1在群发邮件服务器上设置SMTP连接器* cost 5或它永远不会匹配yourdomain.com在新的发送连接器），并添加您的企业邮件服务器作为智能主机。 这将确保[email protected]通过企业邮件服务器路由; anyrecipient@*.tld将正常路由。
编辑
您的防火墙已更改？ MXlogging是否正确？ 从您的批量邮件服务器，请从命令提示符处尝试此操作：
'nslookup'按ENTER键，然后set type=mx再次敲击ENTER，yourdomain.com中的types，首先确保MXlogging正确parsing，然后尝试telnet到该MXlogging，如下所示：
telnet <mx.record.tld> 25如果你得到一个220 Microsoft Exchange xxx （你可以inputquit退出），那么你可以连接到你的邮件服务器通过NATreflection（再出去和回来），所以问题必须在大宗邮件软件的其他地方。
如果只有您的新邮件服务器发生了变化，那么很可能您的新Exchange Server不允许连接，或者您尝试从[email protected]进行中继，默认情况下它将被拒绝。 您可以打开“默认虚拟SMTP服务器”，并在“连接和中继”设置下添加中继和连接的“允许”列表（或者，如果批量邮件程序支持，则可以使用SMTP身份validation）。
如果这两者都不是问题，并且由于您似乎只限于在群发邮件服务器软件上进行configurationselect，则可以在Active Directory中创build一个区域（假设您在内部使用Active Directory for DNS），并为yourdomain.com创build一个区域，然后添加parsing为Exchange Server内部IP地址的MXlogging，以便当您的群发邮件服务器查找yourdomain.com的MXlogging时，它将获取内部MXlogging（这反过来需要parsing为您的内部IP地址你的邮件服务器）。 这种方法的唯一问题（分割DNS）是，你需要确保你的内部DNS区域与yourdomain.com的外部/互联网DNS区域相同，否则，如果有人试图在www.yourdomain.com内部或不pipe你有什么/没有正确的logging来做到这一点。
这听起来像您可能需要为您的群发邮件服务器设置一个内部DNS服务器指向。
在内部DNS服务器上，您将为您的域分配您的MXlogging到新的内部IP地址。 然后，对于所有其他域，应将DNS服务器设置为转发到“常规”DNS服务器，该服务器将能够parsing域名外的邮件收件人的地址。
这允许您控制您的域的内部MXlogging所指向的位置，同时允许以正常方式处理外部域的查找。
你有没有尝试指出旧的邮件服务器的DNS名称和/或IP到新的？ 这是有点黑客，但可能有助于诊断，如果没有别的。
首先，我检查邮件服务器的configuration。 由于您显然没有内部DNS覆盖外部邮件地址，因此可能会为您的域的邮件服务器configuration内置一些例外。 我不知道如何为您的服务器做到这一点。
其次，检查群发邮件服务器上的HOSTS文件。 这可能是IP如何被覆盖到内部地址。 您可能还想清除大容量邮件服务器上的ARPcaching。
第三，检查防火墙..对于来自群发邮件服务器的stream量可能存在一些棘手的NAT规则。
另一个select（我更喜欢并且很可能会这样做）是将大容量服务器放在一个DMZ中，此时您应该能够在外部世界上的DMZ上设置相同的NAT。