DNS反向解析导致mail发送失败，解决过程如下！
时间：2006-04-21 来源：johnnysh
问题描述：
最近系统上线，在测试mail发送功能的时候，发现大部分mail都可以正常收到，不过有个同事的mail却始终无法收到。据了解，这个同事使用的是在英国某个大学的mail。
另外，公司邮箱托管在一个mail提供商的服务器上，不过系统发信是使用得本机配置的smtp server；也就表示系统发信使用的smtp server是没有合法域名的。 解决过程：
1.发现问题，首先第一步查看系统maillog，找到如下内容。
Apr 19 10:19:09 report qmail: 1145413149.690610 delivery 150: failure:
131.111.8.147_does_not_like_recipient./Remote_host_said:_550-Verification_failed_for_<[email protected]>
/550-It_appears_that_the_DNS_operator_for_oop8.com
/550-has_installed_an_invalid_MX_record_with_an_IP_address
/550-instead_of_a_domain_name_on_the_right_hand_side.
/550_Sender_verify_failed/Giving_up_on_131.111.8.147.
判断可能是由于没有配置DNS反向解析导致的问题，另外找了一个mail系统进行测试（该系统拥有合法DNS PTR记录），测试可以正常接收邮件；在此，初步判断是缺少DNS反向解析的原因。 2.开始着手解决DNS反向解析，由于以前没有设计过此类问题，根据原理，应该是由IP地址管理单位来做反向解析的；电话询问托管机房，居然说是域名提供商做；又电话询问域名提供商，居然说是托管机房做。唉。。。
从原理来说，应该是IP地址管理单位来做DNS反向解析；为了确认推断，登录www.cnnic.com.cn，发现果然如此；通过cnnic找到ip地址管理单位，到了这一步，只要提交个申请应该就问题解决了。 3.恰恰在此时，我又使用一个朋友的系统发送邮件做个测试，同时该smtp server也没有合法PTR记录，居然成功了。这下我比较纳闷了，怎么会出现这么怪的问题呢？？？ 4.后来在无意中发现，执行host -t MX xxx.com查询该域名的MX记录的时候，查询结果和我这个朋友的不同。
此时，突然记起在配置DNS的时候，MX记录一定要指向一个域名，而不能是IP地址；为了验证这个推断，分别执行host -t MX mydomain.com和host -t MX friendsdomain.com，结果显示我的MX记录指向IP地址，朋友的MX记录指向域名。 5.登录www.net.cn，进入万网的DNS维护界面，发现MX记录果然指向了一个IP地址，改为指向域名。 6.大约3小时候，DNS同步完成，重新测试，成功。 结论：
1.在一些mail系统中，反向解析的确存在，不过不是解析IP地址到域名，而是查看邮件发送者的mail域名是否有合法的
DNS记录，这就是为什么MX记录一定要指向一个域名的原因了；由于我们配置成了MX指向一个IP地址，而恰恰这个IP地址没有反向DNS解析，所以导致出错。
最近系统上线，在测试mail发送功能的时候，发现大部分mail都可以正常收到，不过有个同事的mail却始终无法收到。据了解，这个同事使用的是在英国某个大学的mail。
另外，公司邮箱托管在一个mail提供商的服务器上，不过系统发信是使用得本机配置的smtp server；也就表示系统发信使用的smtp server是没有合法域名的。 解决过程：
1.发现问题，首先第一步查看系统maillog，找到如下内容。
Apr 19 10:19:09 report qmail: 1145413149.690610 delivery 150: failure:
131.111.8.147_does_not_like_recipient./Remote_host_said:_550-Verification_failed_for_<[email protected]>
/550-It_appears_that_the_DNS_operator_for_oop8.com
/550-has_installed_an_invalid_MX_record_with_an_IP_address
/550-instead_of_a_domain_name_on_the_right_hand_side.
/550_Sender_verify_failed/Giving_up_on_131.111.8.147.
判断可能是由于没有配置DNS反向解析导致的问题，另外找了一个mail系统进行测试（该系统拥有合法DNS PTR记录），测试可以正常接收邮件；在此，初步判断是缺少DNS反向解析的原因。 2.开始着手解决DNS反向解析，由于以前没有设计过此类问题，根据原理，应该是由IP地址管理单位来做反向解析的；电话询问托管机房，居然说是域名提供商做；又电话询问域名提供商，居然说是托管机房做。唉。。。
从原理来说，应该是IP地址管理单位来做DNS反向解析；为了确认推断，登录www.cnnic.com.cn，发现果然如此；通过cnnic找到ip地址管理单位，到了这一步，只要提交个申请应该就问题解决了。 3.恰恰在此时，我又使用一个朋友的系统发送邮件做个测试，同时该smtp server也没有合法PTR记录，居然成功了。这下我比较纳闷了，怎么会出现这么怪的问题呢？？？ 4.后来在无意中发现，执行host -t MX xxx.com查询该域名的MX记录的时候，查询结果和我这个朋友的不同。
此时，突然记起在配置DNS的时候，MX记录一定要指向一个域名，而不能是IP地址；为了验证这个推断，分别执行host -t MX mydomain.com和host -t MX friendsdomain.com，结果显示我的MX记录指向IP地址，朋友的MX记录指向域名。 5.登录www.net.cn，进入万网的DNS维护界面，发现MX记录果然指向了一个IP地址，改为指向域名。 6.大约3小时候，DNS同步完成，重新测试，成功。 结论：
1.在一些mail系统中，反向解析的确存在，不过不是解析IP地址到域名，而是查看邮件发送者的mail域名是否有合法的
DNS记录，这就是为什么MX记录一定要指向一个域名的原因了；由于我们配置成了MX指向一个IP地址，而恰恰这个IP地址没有反向DNS解析，所以导致出错。
相关阅读 更多 +
