首先，如果这个问题过于模糊或者信息太less而不能真正负责，则表示歉意。 我通常不会处理这些问题，而且我也没有完全访问这个环境。 然而，托pipe服务提供商似乎很难追踪这个问题，所以我希望有人能够提供一些有关最可能的问题的合格猜测。
这里是：我工作的客户端拥有托pipe的IT环境，基于运行Windows 2008 R2 Standard的虚拟机。 我们基于ColdFusion 9的网站最近从一台虚拟机迁移到另一台虚拟机，尽pipeColdfusion的configuration方式完全一样，但是使用相同的SMTP服务器，也就是客户端的Exchange服务器托pipe在相同的环境中，这两个Web服务器，发送电子邮件到外部收件人不再工作。 从旧机器testing时，它仍然工作正常。
这是我迄今为止所了解到的（所有电子邮件都是使用客户端域上的有效发件人地址发送的）：
任何想法什么设置看，什么日志条目search或如何比较旧的Web服务器与新的将高度赞赏。
您可能需要检查新的coldfusion框的IP地址，也可能将其添加到邮件传输区域进行交换以允许邮件中继。 如果你的coldfusion代码没有使用带有用户名和密码的smtp，那么它的IP地址被授予邮件中继访问权限，而且由于你现在从一个新的IP发送，所以你的外部中继被阻塞。 这也可以解释为什么你的本地电子邮件是通过确定，但不是你的外部。
所以基本上，走上你的CF机，find它的IP，可能通过查看networking连接或dslreports.com/whois，然后去交换，邮件传输…因为我没有交换服务器方便，必须查找其余的。
要么
在您的Exchange服务器上，设置普通用户/邮箱帐户，并创build用户名/密码。 设置它，所以它不会过期。 然后更新您的代码通过该帐户进行身份validation。