【问题标题】:Gmail doesn't consider valid SPFGmail 不考虑有效的 SPF
【发布时间】:2017-09-04 11:57:12
【问题描述】:

根据http://www.kitterman.com/spf/validate.html 上可用的 SPF 验证工具,我的域已正确配置 SPF 记录:v=spf1 ip4:111.222.333.444 include:zoho.com ~all

我从以下地址发送电子邮件:

  • zoho.com(在 Gmail 中验证并立即发送电子邮件)
  • 我的服务器通过 PHP 使用 sendmail(这不会验证,电子邮件会延迟大约 122 秒)
送达:my-email@gmail.com 收到:由 10.107.31.138 接收,SMTP id 为 123xxx123xxx123; 2017 年 4 月 9 日星期日 04:10:44 -0700 (PDT) X-Received:由 10.28.40.198 发送,SMTP id 为 567xxx567xxx.567.567567567; 2017 年 4 月 9 日星期日 04:10:44 -0700 (PDT) 返回路径: 收到:来自 sd-111111.dedibox.fr ([111.222.333.444]) 通过 mx.google.com 与 ESMTPS id 12345678.12.2017.04.09.04.13.25 为了 (版本=TLS1_2 密码=ECDHE-RSA-AES128-GCM-SHA256 位=128/128); 2017 年 4 月 9 日星期日 04:10:44 -0700 (PDT) Received-SPF: 中性(对于 www-data@sd-111111.dedibox.fr 的域的最佳猜测记录既不允许也不拒绝 google.com: 111.222.333.444)client-ip=111.222.333.444; 身份验证结果:mx.google.com; spf=neutral(google.com: 111.222.333.444 既不允许也不拒绝 www-data@sd-111111.dedibox.fr 域的最佳猜测记录) smtp.mailfrom=www-data@sd-111111.dedibox.fr 收到:来自 sd-111111.dedibox.fr (8.15.2/8.15.2/Debian-3) 的 sd-111111.dedibox.fr (localhost [127.0.0.1]),ESMTP id 为 xxxxxxxxxxx ; 2017 年 4 月 9 日星期日 13:11:24 +0200 收到:(来自 www-data@localhost)sd-111111.dedibox.fr (8.15.2/8.15.2/Submit) id v39BBO6a028991; 2017 年 4 月 9 日星期日 13:11:24 +0200 日期:2017 年 4 月 9 日星期日 13:08:42 +0200 消息 ID: 至:my-email@gmail.com 主题:主题 X-PHP-Originating-Script: 1000:mail.php 来自:webmaster@my-domain.com 回复:webmaster@my-domain.com X-Mailer: PHP/7.1.3-3+deb.sury.org~xenial+1 你好

我该如何解决这个问题?

消息是Gmail couldn't verify that my-domain.com actually sent this messages (and not a spammer).,它链接到https://support.google.com/mail/answer/180707

(我应该指出,我在很多天前就已正确设置了 SPF 记录,并且所有 DNS 服务器现在肯定都已更新。它目前已将 TTL 设置为 30 秒,反正已经持续了几个星期。)

更新:我刚刚注意到 GMail 发现电子邮件是从 sd-11111.dedibox.fr 发送的,而不是从 111.222.333.444 发送的,但是 ping sd-11111.dedibox.fr 会返回这个确切的 IP:Reply from 111.222.333.444: bytes=32 time=38ms TTL=52 所以我仍然不知道为什么它不发送不考虑IP?

【问题讨论】:

  • sd-11111.dedibox.fr 无法为我解析任何 IP。它是否仅在您的网络中定义?如果是这样,Gmail 也无法解决。
  • 所有 IP、ID 和域名都被替换为占位符以隐藏私人信息。在浏览器(端口 80)中输入 sd-11111.dedibox.fr111.222.333.444 会打开完全相同的 Apache/PHP 主页。
  • 除非这也是由您的匿名化引起的,否则 Google 似乎正在尝试验证列为“smtp.mailfrom”的域,而不是 / 以及列为“From”的域。
  • 匿名的东西是:my-email@gmail.com、两个 SMTP id、ESMTP id、时间戳、sd-111111.dedibox.fr111.222.333.444webmaster@my-domain.com。其余完好无损。因此,“smtp.mailfrom”附加的内容除了域名没有修改。

标签: php email sendmail spf


【解决方案1】:

如果没有真实的 IP 或域名,将很难帮助您进行故障排除。基于Make Believe 示例,一切都很好。

如果是这种情况,通常是因为您的 SPF 记录中可能有隐藏的控制字符或其他内容导致了问题。我的建议是删除您的旧 SPF 记录并添加一个重新输入的新记录。

您可以向反射器发送电子邮件,例如

mailtest@unlocktheinbox.com
check-auth@verifier.port25.com

验证其他邮件服务器是否也将您的 SPF 标记为错误。

【讨论】:

  • 提供的 SPF 记录与键入的内容完全相同。这是有效的。当我将其更新为 v=spf1 ip4:111.222.333.444 include:sd-11111.dedibox.fr include:zoho.com ~all 时,我收到 PermError(它说新添加的域没有指定 SPF 记录。)也许我应该联系托管公司......但他们只是给了我一个专用服务器所以我认为它是不是他们的错,但这是一个一般配置问题(因此改为这个 SO 问题)。
  • 我测试了第一个邮件反射器,它提供了有用的信息。看起来可能与sendmail 配置有关。也许我可以根据这些信息来解决这个问题。
  • 您错误地添加了该主机名。不要以include 的身份执行此操作,以a:hostname 的身份执行此操作,因为您要允许该主机,而不是该主机自己的 SPF。
  • @Synchro +1 谢谢,现在 SPF 记录有效,Gmail 将电子邮件识别为有效!大约 2-3 分钟的延迟仍然存在。而且由于可以使用a 列出的域数量有限,我仍然想弄清楚如何添加 IP。我现在正在反复试验。
猜你喜欢
  • 1970-01-01
  • 2016-03-11
  • 2011-11-16
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2016-01-12
  • 2015-10-13
  • 2020-08-23
相关资源
最近更新 更多