![与反向 DNS 配置相关的垃圾邮件问题](https://linux22.com/image/549273/%E4%B8%8E%E5%8F%8D%E5%90%91%20DNS%20%E9%85%8D%E7%BD%AE%E7%9B%B8%E5%85%B3%E7%9A%84%E5%9E%83%E5%9C%BE%E9%82%AE%E4%BB%B6%E9%97%AE%E9%A2%98.png)
我有一个客户,他的 ISP 最近将其电路和静态 IP 切换为已被列入垃圾邮件黑名单的 IP(很好)。
客户端运行的是带有 Exchange 2003 的 Windows SBS 2003,并且邮件系统的 DNS 由 GoDaddy.com 管理。
当我在运行 smtp 测试时 http://mxtoolbox.com(MXTB) 在 IP 切换和更新 GoDaddy 上的托管 DNS 记录(A、MX 等)后,我收到了“反向 DNS 与 SMTP 横幅不匹配”的警告。我能够通过将 Exchange 中 SMTP 服务的高级传递选项中的 FQDN 和 Masquerade 域设置为 MXTB 上反向 DNS 返回的值(即,pool-###-###-###-##.fairpoint.east.myfairpoint.net - 猜猜谁给了我们一个肮脏的 IP)来消除该警告。我还为 GoDaddy 帐户上的所有 A 记录添加了 SPF 记录。这些更改已经进行了大约 12 小时,但我的客户的域名仍然出现在几个黑名单上,尤其是垃圾邮件发送者,当我使用他们的除名表单时,它仍然抱怨反向 DNS 查找失败。
以下是我在终端中获得的查找(已混淆): nslookup66.###.###.53
非权威答案:53.###.###.66.in.addr.arpa name = pool-66-###-###-53.man.east.myfairpoint.net
nslookup客户端域名
非权威答案:名称:clientdomain.com 地址:66.###.###.53
我不是 Exchange 专家,我可以使用一些指导和/或健全性检查:1 - Exchange 中的 FQDN 和伪装是否应设置为所记录的长格式名称 (pool-###-###-###-##.fairpoint.east.myfairpoint.net) 或只是 mail.clientdomain.com?2 - 这可能是传播问题,我只需要更耐心一点吗?3 - 既然 ISP 拥有 IP,他们难道不应该能够为我们正确解析反向查找吗?
目前,客户端用户在发送与列出相关的邮件时会被某些(并非全部)邮件服务器退回。
非常感谢。
答案1
我会推荐几件事。在我看来,这可能是设置事物的最简单方法,而不需要涉及很多不必要的细节。有关我提供的更多信息,请点击 SmallClanger 在他的回答中发布的链接。
您不需要设置伪装域,但您应该在 Exchange 中的 SMTP 虚拟服务器上设置 FQDN。
将 Exchange 中的 FQDN 设置为与您要在 MX 记录中设置的名称相匹配。这可能类似于 mail.clientdomain.com。
将您的 SPF 记录设置为“v=spf1 mx -all”。
要求 ISP 创建或修改 PTR 记录以匹配您在 Exchange 上设置的 FQDN。
这是一个非常简单的答案,没有考虑任何额外的变量或更复杂的设置或要求。
答案2
抱歉,如果我没有仔细阅读你的帖子,但你知道反向记录是你的 ISP 的“所有”吗?你说你在 GoDaddy 上更改了一些记录……只是想知道你是否混淆了正向和反向记录。如果是这样,请联系你的 ISP 并设置它们他们的DNS 查找 IP 地址你的完整限定域名 (FQDN)
我想说的是,就 DNS 而言……
- 你有权告诉全世界:“foodomain.com。”指向“1.2.3.4”
但
- 你的 ISP可以告诉世界:“1.2.3.4”指向“foodomain.com”。
如果两条记录不匹配,则会导致证书等问题
答案3
通常,黑名单需要时间才能将 IP 从其列表中删除。根据其实施情况,可能需要 24 小时,也可能是一个月。每个列表自己的常见问题解答应该会告诉您需要多长时间。如果延迟时间过长,他们通常有一个删除请求系统,您可以通过该系统进行删除。(有些甚至会收取费用表达除名,好像这不是一个巨大的利益冲突。)
您的 IP 的 PTR 记录不必与 SMTP EHLO 或邮件域匹配。这不会有什么坏处,但在很多情况下(尤其是如果您没有静态 IP),这是不可能的。我不建议采用另一种方式并将您的 EHLO 问候语设置为与 PTR 记录匹配,因为这肯定不会与您的邮件域匹配,这肯定会导致比您目前看到的更多的邮件丢失。
任何因 PTR 不匹配而被阻止的收件人都是破碎的。