根据 http://www.kitterman.com/spf/validate.html 上提供的 SPF 验证工具 我的域已正确配置 SPF 记录:
v=spf1 ip4:111.222.333.444 include:zoho.com ~all
我从以下地址发送电子邮件:
sendmail
(这不会验证,电子邮件有大约 122 秒的延迟)发送至:[电子邮件受保护] 已接收:通过 10.107.31.138,SMTP ID 123xxx123xxx123; 2017 年 4 月 9 日星期日 04:10:44 -0700(太平洋夏令时间) X-已收到:10.28.40.198,SMTP id 567xxx567xxx.567.567567567; 2017 年 4 月 9 日星期日 04:10:44 -0700(太平洋夏令时间) 返回路径: 收到:来自 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(太平洋夏令时间) 已接收 SPF:中性(google.com:111.222.333.444 既未被 [电子邮件受保护] 域的最佳猜测记录允许,也未被拒绝)client-ip=111.222.333.444; 身份验证结果:mx.google.com; spf=neutral(google.com:111.222.333.444 的域的最佳猜测记录既不允许也拒绝拒绝 [电子邮件受保护])[电子邮件受保护] 收到:来自 sd-111111.dedibox.fr (localhost [127.0.0.1]),由 sd-111111.dedibox.fr (8.15.2/8.15.2/Debian-3) 发送,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: 收件人:[电子邮件受保护] 主题:主题 X-PHP-Originating-Script: 1000:mail.php 来自:[电子邮件受保护] 回复:[电子邮件受保护] 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?
如果没有真实的IP或域名,将很难帮助您排除故障。根据
Make Believe
示例,一切都很好。
如果是这种情况,通常是因为您的 SPF 记录中可能有隐藏的控制字符或某些内容导致了该问题。我的建议是删除旧的 SPF 记录并添加新的记录并重新输入。
您可以向反射器发送电子邮件,例如
[email protected]
或其他不能在线反映和显示结果的工具,例如Mail Tester。
验证其他邮件服务器是否也将您的 SPF 标记为错误。