MX或Alogging问题

我们有一个邮件服务器（Mailenable），我们用它来向我们的客户销售电子邮件帐户。我们有一个客户端无法发送电子邮件到特定的域名，他们从域名的电子邮件服务器接收到这个错误：

原因：邮件无法传递，因为域名ourclientcompanyname.com没有任何DNSlogging。

使用我们电子邮件的公司没有任何域名为ourclientcompanyname.com DNSlogging

MXlogging没问题，但该域名没有其他DNSlogging。这是一个可能的错误？客户应该添加什么DNSlogging？

MXlogging是fin，但是域名根本没有dnslogging。这是一个可能的错误？客户应该添加什么dnslogging？

是的，一些邮件服务器在收到邮件时，检查发送用户的域名，而不仅仅是发送服务器的域名是否有DNSlogging。我认为这有点愚蠢，而不是一个很好的检查垃圾邮件，但它是这样的。您的客户很可能需要简单地为他们的ourclientcompanyname.com apex域放入一个Alogging。给他们一个5美元的托pipe帐户和一个单页信息网站的好措施，只是为了不错。

编辑：

它埋藏在旧的RFC 5321中，它在第2.3.5节中说：

在SMTP中使用域名时，只能使用可parsing的完全限定的域名（FQDN）。

在降噪！我仍然认为将其视为垃圾邮件威慑是一件愚蠢的事情，并且是相关性/因果关系的混淆，但至less它是一个有文件logging的标准，并且对垃圾邮件文件夹有一些积极的副作用！谁有两个拇指，只是得到RFC教育？

在这里输入图像说明

RFC 5321第2.3.5节要求电子邮件中使用的域名可以parsing为地址。

来自相关部分：

在SMTP中使用域名时，只能使用可parsing的完全限定的域名（FQDN）。换句话说，可以parsing为MX RR或地址（即，A或AAAA）RR的名称（如第5节中所述）是允许的，CNAME RR的目标可以依次parsing为MX或地址RR 。不得使用本地昵称或非限定名称。规则要求FQDN有两个例外：

EHLO命令中给出的域名必须是主要主机名（parsing为地址RR的域名），或者如果主机没有名称，则必须是地址字面量，如4.1.3节所述，并在EHLO对4.1.4节的讨论。

这不是一个新的要求; RFC 2821第2.3.5节（2001）有类似的语言。

如本文档和[22]中所述，域名是完整的完全限定名称（通常称为“FQDN”）。不在FQDNforms的域名不超过本地别名。本地别名不能出现在任何SMTP事务中。

如果您的邮件服务器表示EHLO company.example和company.example不能parsing为地址，那么拒绝该连接是完全有效的。在发件人和收件人地址中使用的域名也是如此（除了postmaster，根本不需要域名）。

（在RFC 2821之前，pipe理标准是RFC 821和RFC 974，可以追溯到20世纪80年代，并且不得不适应许多不存在的非互联网networking，因此这些标准的限制性要小得多。

为了使邮件正常工作，需要三个DNSlogging。

logging – 主机名到IP地址映射
MXlogging – MXlogging绑定到邮件服务器的Alogging
反向查找 – 需要将IP地址绑定到Alogging进行反向查找（防止垃圾邮件）

同样，需要为邮件服务器设置防火墙的PAT地址，以便邮件服务器的公共IP（源IP）与反向查找相匹配。

您通常需要与您的ISP取得联系，并让他们创build反向查找，如果他们拥有您在公共端使用的IP地址。

注意：没有关于前向确认反向DNS的RFC。这只是一个最佳实践。