当发送域/IP 不在我的 SPF 记录中时，Google 如何/为何通过（而不是失败）SPF

Question

我在这里查看了其他答案，但他们都谈论负面的（没有通过） 我遇到过一种情况，我希望它在 Gmail 上失败，但事实并非如此。

我正在使用电子商务平台“Sharetribe” 他们使用“sendgrid”（Twilio）发送客户通信。 我为 sendgrid 设置了 3 个 DNS 记录，全部都是 CNAME，2 个看起来是 DKIM 密钥，另一个类似。

12345678.u1234.sendgrid.net
flx.domainkey.12345678.u1234.sendgrid.net
flx2.domainkey.12345678.u1234.sendgrid.net

但是这个第三方平台还没有设置SPF记录，因为他们不提供SPF记录，这就是为什么我开始质疑SPF？ 也许标准和协议已经改变？？？

例如，这是我的 SPF 记录：

“v=spf1 包括：our.email.service ~全部”

...它不包括 Saretribe 或 sendgrid。

那么谷歌为什么要通过 SPF 呢？

这与我的客户收到的 Gmail 电子邮件标题中的内容类似：

ARC-Authentication-Results: i=1; mx.google.com;
   dkim=pass [email protected] header.s=flx header.b="dca/fgbb";
   dkim=pass [email protected] header.s=smtpapi header.b=dfgdfg;
   spf=pass (google.com: domain of bounces+34564567-456- [email protected] designates 168.245.24.68 as permitted sender) smtp.mailfrom="[email protected]"
Return-Path: <[email protected]>
[![enter image description here][1]][1]Received: from o1.flex-mail.sharetribe.com (o1.flex-mail.sharetribe.com. [168.245.24.68])
    by mx.google.com with ESMTPS id bx41-sdgfhbsrgberthberhbreybtyrbtyjbtyjbtyjb.111.2023.10.31.15.06.27
    for <[email protected]>
    (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
    Tue, 31 Oct 2023 15:06:28 -0700 (PDT)
Received-SPF: pass (google.com: domain of [email protected] designates 168.245.24.68 as permitted sender) client-ip=168.245.24.68;
Authentication-Results: mx.google.com;
   dkim=pass [email protected] header.s=flx header.b="dca/fgbb";
   dkim=pass [email protected] header.s=smtpapi header.b=dfgdfg;
   spf=pass (google.com: domain of [email protected] designates 168.245.24.68 as permitted sender) smtp.mailfrom="[email protected]"

Answer 1

刚刚收到 Sharetribe 的回复...

名为 em404.our.domain 的 CNAME 记录，值为 12345678.u1234.sendgrid.net

指向另一个 SPF 记录设置 12345678.u1234.sendgrid.net

从 sendgrid 发送的电子邮件不需要我们在 our.domain 的 spf 记录，spf 应该在任何地方都可以完美工作。

所以上图在使用em404子域名时应该有一个绿色的勾。