PTR 记录是否能证明有关发件人电子邮件域的任何信息？

Question

我的外发邮件服务器在到达某些收件人时遇到问题。这是在我们为我们的专用 IP 地址更改ISP之后发生的。我认为这可能是由于PTR 记录，但我不能确定。

我分配的 IP 地址是x.y.z.112/29. 当我对（面向WAN 的公共 IP 地址）执行nslookup时，它给出. 我说我的 IP 地址确实有一个 PTR 记录集是否正确，只是它与我的. (xyz115)?**x.y.z.114114.x-y-z.myisp.comMX mail.mycompany.com

我还了解到邮件服务器检查 PTR 记录的程度各不相同。有些只检查反向 DNS 查找 (rDNS)主机名是否存在，而有些则一直确保MX和 rDNS 主机名匹配。所以我该怎么做？我还应该告诉我的 ISP 设置 PTR 记录mail.mycompany.com吗？

所以现在我的 PTR 记录解析为谁114.x-y-z.myisp.com的A解析为与 PTR 记录相同的 IP 地址。那么这证明了发件人的电子邮件地址是什么？

Answer 1

首先回答您的新问题：不，PTR 不会告诉您有关发件人域的任何信息。请参阅下面的解释。

现在回到你原来的问题：

接收邮件服务器不检查、检查以下一项、多项或全部：

1. HELO 名称是否等于主机名（A 记录）？
2. IP的PTR是否等于主机名的A记录（主机名==（PTR）==> IP ==（A）==>主机名）？
3. IP 是提供的 SPF 记录的一部分吗？
4. 发件人的域是否至少有一个 MX 记录？哪个不必匹配 IP/主机名。

检查发送服务器是否也是 MX 服务器的接收邮件服务器配置错误，应从 Internet 中删除。

编辑： PTR 绝对不能证明电子邮件域的任何内容。它从来不是为了证明这一点。Google、Amazon、AOL 和其他公司托管了数以千计的域名。但是它们都与 Google、Amazon、AOL 和其他公司的主机名或 PTR 不匹配。他们都有提供者的服务器名。这没有什么不好的。

PTR 只证明服务器的身份，而不证明托管域的身份。观点。

第二次编辑：工作环境的一个很好的例子是

• HELO = mail.example.com
• 主机名 = mail.example.com
• 一条记录 mail.example.com = 172.20.25.25
• PTR 172.20.25.25 = mail.example.com
• 在此服务器/系统上托管的域 = example.com、*.example.com、*.example.net、*.example.org、mycompany.invalid 等等。
• 托管域的 SPF 记录（可选）= v=spf1 a:mail.example.com -all
• 托管域的 MX 记录可以是任何内容。例如 mx1.example.com、mx2.example.com、mailfilter.anti-spam-corp.invalid、mail.example.com、postini.google.invalid、...