最近遇到的退信问题非常的多，不仅仅发往德国，日本等地方，思威电邮最近帮许许多多客户解决了各类邮件退信的问题。实际上我们的产品海外邮件中继服务，就是专门解决海外邮件退信问题的。并且给很多客户都提供了试用，效果也相当不错，但是不是所有的退信问题都能解决的，如果因为一些主机设置不正确的问题，就需要具体问题具体分析了。

    星期五餐厅，这是一家饮食行业的公司，域名为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都应该在符合相关行业标准的前提下开展，不是么？