本来想把这篇文章发布在主页上以提请更多邮件管理员的关注，苦于不清楚应该归哪一类板块而放弃。
这是一家饮食行业的公司，域名为tgifridays.cn。某一天他们的系统工程师联系到我反应无法发送邮件到某一特定域。退信内容如下：
s121.hosteur.com 提供了此错误:
Sender verify failed
Verification failed for <XXXX@tgifridays.cn> The mail servercould not deliver mail to XXXX@tgifridays.cn.The account or domain may not exist, they may be blacklisted, or missing theproper dns entries. Sender verify failed 由于退信发生在对端
服务器，我们联系了对端组织的管理员，确认tgifridays.cn并没有被加入黑名单。在公网上也没有被列入block list的记录。在查阅了tgifridays.cn的公网记录后，发现了一些
问题。即TGIFRIDAYS.CN的公网
MX记录指向一个IP地址而非
主机名，这很有可能被邮件组织理解为主机名而去解析这个IP地址。
网上查阅了一些资料，Linux的
邮件服务器需要在/etc/exim.conf文件里添加以下代码才能将MX记录指向IP地址的邮件接收到组织内部：
allow_mx_to_ip = yes
经过核实，对端邮件系统也确实是Linux的服务器。
在实际排错过程中，由于不清楚添加这条代码会对对端邮件组织产生什么影响，但我清楚根据IETF（RFC1035）的标准，MX记录必须指向主机名。
http://www.ietf.org/rfc/rfc1035.txt因此我们先建议星期五餐厅将公网的MX记录改成hostname并添加这个hostname的A记录，然后再看看问题解决没有。结果问题解决了，皆大欢喜。
这里，小编又想感慨一下，很多情况下我们可以找到某个特定问题的解决办法，但是在这之前，更多情况下我们应该分析，问题本身是否是由于某些不合规所造成的。一切troubleshooting都应该在符合相关行业标准的前提下开展，不是么？
