求助：基于Cloudflare和Network Solutions环境配置SPF记录以解决Gmail拒收Exchange邮件问题

先帮你拆解下Gmail返回的错误核心，这是解决问题的关键：

Remote Server returned '554 5.7.0 <gmail-smtp-in.l.google.com #5.7.26 smtp; 550-5.7.26 This mail is unauthenticated, which poses a security risk to the 550-5.7.26 sender and Gmail users, and has been blocked. The sender must 550-5.7.26 authenticate with at least one of SPF or DKIM. For this message, 550-5.7.26 DKIM checks did not pass and SPF check for [natampa.com] did not 550-5.7.26 pass with Ip: [64.78.33.163].

这里明确指出两个问题：发件IP 64.78.33.163对应的SPF验证失败，以及DKIM验证未通过。你之前尝试的几个SPF记录无效，大多是因为和你的邮件发送源不匹配，下面一步步帮你解决：

第一步：先排除完全无关的SPF记录 #

你之前试的几个记录里，很多和你的Network Solutions Exchange环境不搭边，直接排除：

• v=spf1 include:spf.protection.outlook.com ~all：这是Office 365专属的SPF，和你的Exchange服务无关，没用。
• v=spf1 include:_spf.google.com include:servers.mcsv.net ~all：_spf.google.com是谷歌邮件服务的SPF，servers.mcsv.net是Mailchimp的，都和你的Exchange发件源没关系，加了只会增加SPF查询负担，甚至触发限制。

第二步：验证Network Solutions提供的SPF有效性 #

Network Solutions给你的v=spf1 include:spf.cloudus.oxcs.net ~all是针对他们自家Exchange服务的，你需要先确认这条记录是否真的包含你的发件IP（64.78.33.163）：

1. 打开命令行，执行：nslookup -type=TXT spf.cloudus.oxcs.net，查看返回的SPF内容里是否包含64.78.33.163或者它所在的IP段。
2. 如果IP确实在这个范围里，那问题可能出在DNS生效延迟或者Cloudflare配置错误：
   • 去Cloudflare的域名DNS管理页，确保你只配置了这一条SPF记录（SPF只能有一条多值TXT记录，不能多条共存）。
   • 用本地命令nslookup -type=TXT natampa.com或者在线DNS工具，检查返回的SPF是否和你配置的一致，确认DNS已经全局生效（同步可能需要1-24小时）。

第三步：同步解决DKIM验证问题 #

错误里还提到DKIM未通过，这也是Gmail拒收的重要原因。你需要联系Network Solutions获取你这个Exchange域名对应的DKIM公钥，然后在Cloudflare里添加一条TXT记录：

• 记录类型：TXT
• 主机名：一般是dkim._domainkey或者服务商指定的前缀（比如selector1._domainkey）
• 记录值：服务商提供的DKIM公钥字符串（格式类似v=DKIM1; k=rsa; p=xxxxxx...）

第四步：验证配置是否生效 #

配置完成后，你可以用两种方式验证：

1. 发一封测试邮件到自己的非Gmail邮箱，查看邮件头里的SPF和DKIM验证结果，确认都显示pass。
2. 等DNS完全生效后，再尝试发送邮件到Gmail地址测试。

如果Network Solutions的支持还是不给力，你可以临时把发件IP直接加到SPF里应急：
v=spf1 ip4:64.78.33.163 include:spf.cloudus.oxcs.net ~all
不过更规范的做法还是用服务商提供的include记录，避免后续IP变动导致配置失效。

备注：内容来源于stack exchange，提问作者Debbey