免费电子邮件提供商，比如hotmail和Gmail随着Web的增长而一同增值。从Exchange服务器发送邮件到这样的提供商，管理员有时会遇到问题。这些问题中许多都是由较小的Exchange错误配置引起。在这里提出一些建议，帮助你解决这类问题。 通过反向域名解析系统(Reverse DNS)确保适当的邮件交换记录是生效的。这是一个最常见的问题。更多的电子邮件提供商是使用反向域名解析系统查找来确认信息是从哪里来的。由于这种方式的使用变得更广泛，那些没有正确地发布反向域名解析系统信息的域可能更常发生邮件反弹。为了确认你外部的域名解析系统入口生效并保证目录正确，你可以使用工具，比如在www.dnsreport.com或www.dnsstuff.com上可以找到的那些工具。
在Exchange中提供量大的重试和超时时间间隔用于外发邮件。像hotmail这样的服务器配备通常是极端忙碌的，因此它们第一次被查询时可能不响应，或者可能迟缓地响应。
在Window 2003中，外部域名解析系统查询可能会导致问题。在另一个技巧中，我讨论过这些问题，防火墙和域名解析系统查询的回应可能不混合；解决方案是在Window 2003中关掉EDNS。
PIX防火墙和EDNS发布仍然有问题。上面的#_3有一个类似问题；在这里，解决方案是再一次关掉EDNS，直到PIX防火墙可以升级到能够完全地控制EDNS查询。如果你不能确信域名解析系统是事故原因，排除域名解析系统的一种方法是创建一个简单邮件传送协议连接器（SMTP connector），比如对hotmail.com（或诸如此类其他的导致这样问题的地址），并且使用hotmail的邮件交换服务器作为连接器的智能主机。这种方法不能用作永久性的解决方案，它仅仅是一个临时解决办法，直到你可以解决邮件为什么没有被通过的问题。
如果你仍然拒绝这样的连接，你可能会考虑如果：你的IP字块已经被列入了黑名单。这是罕有的，但是它确实会发生。核对以确保你的系统没有被用作公开中继。在这里你可以找到这样的一个简单试验：http://www.abuse.net/relay.html。同样，一个广泛使用的公开中继黑名单有一种核对功能，你可以把你自己的服务器从他们的黑名单中删除：http://www.ordb.org/submit/
,
