关于 Gmail 反馈循环服务的所有您需要知道的事项

2014年4月1日

电子邮件

1 min read

关于 Gmail 反馈循环服务的所有您需要知道的事项

关键要点

    • Gmail 引入了一个 FBL 试点 ,帮助 ESPs 识别垃圾邮件发送者。

    • 与传统 FBL 不同,Gmail 提供 聚合的垃圾邮件投诉数据,而不是 ARF 报告。

    • ESPs 可在客户或活动级别接收 每日垃圾邮件投诉百分比

    • Gmail 要求严格遵守 Bulk Sender Guidelines (IP 一致性、RDNS、SPF、DKIM、DMARC)。

    • 需要新的 “Feedback-ID” 头 来识别客户、活动和流量类型。

    • Gmail 根据 每个标识符 聚合投诉,而不是跨标识符,并忽略低容量标签。

    • FBL 数据以 CSV 附件 的形式抵达,涵盖前一天的 gmail.com 消息。

    • ESPs 必须 DKIM 双重签名 头以防止欺骗。

    • Momentum 使用 Lua 策略和 OpenDKIM 支持 多个 DKIM 签名

    • Gmail 仅支持 1024-bit+ DKIM 密钥,将较短的视为未签名。

    • 多个 ISP 提供 FBL,但 Gmail 的模式 独特且保护隐私

Q&A 精华

  • 什么是Gmail的Feedback Loop (FBL)?

    一个为 ESP 提供的试点项目,提供聚合垃圾邮件投诉数据,帮助识别滥用发件人而不暴露个人用户信息。

  • Gmail的FBL如何与传统的反馈循环不同?

    传统的FBL使用ARF投诉报告,其中包含个人垃圾邮件投诉详细信息。

    相反,Gmail提供汇总的每日百分比,以保护终端用户的隐私。

  • 汇总报告包含什么内容?

    每天的CSV显示:

    • 垃圾邮件投诉的百分比

    • 按客户、活动或流量类型分组

    • 只针对gmail.com收件人

  • 什么是“Feedback-ID” header?

    一个必需的标头,用于识别客户,或者选择性地识别活动或流量类型。

    格式:

    Feedback-ID: a:b:c:ESPid

    • a:b:c = 可选标识符

    • ESPid = 必需的唯一客户ID

    Gmail 基于每个单独的标识符进行汇总。

  • 如果标签的消息太少,会发生什么?

    Gmail 会忽略低流量标识符以防止滥用或意外标记噪音。

  • Gmail 会将标识符组合在一起吗?

    不。

    每个标识符都独立分析,即使它们出现在同一个标题中。

  • FBL reports 如何以及何时交付?

    报告会通过电子邮件以CSV附件的形式每日一次发送,包含前一天的数据。

  • Gmail 强制执行什么发送者要求?

    发送者必须遵守Gmail批量发送者指南,包括:

    • 一致的发送IP

    • 有效的RDNS

    • 批量邮件使用相同的“From”地址

    • 使用SPF、DKIM和DMARC(强烈推荐)

  • Feedback-ID header的DKIM要求是什么?

    ESPs 必须:

    • 删除现有的 Feedback-ID 标头

    • 插入一个新的

    • 再次 DKIM 签名(双重签名)

    • 使用至少 1024 位的 DKIM 密钥

  • Momentum 如何支持 Gmail 的 FBL?

    Momentum 支持:

    • 多个 DKIM 签名 通过 Lua 策略

    • OpenDKIM 用于现代 DKIM 签名

    • 简单配置独立签名域
      文档提供了示例 Lua 签名策略。

  • 哪些其他 ISP 提供反馈回路?

    几个主要的ISP提供FBL,包括:

    AOL, Comcast, Cox, Fastmail, Hotmail, Mail.ru, OpenSRS, Rackspace, Yahoo!, Zoho,以及其他。

    大多数提供ARF-format报告,与Gmail不同。

早在二月份,Gmail就宣布了他们的反馈循环(FBL)试点计划,向ESPs提供帮助,以识别其网络上的不良行为者和垃圾邮件发送者。

早在二月份,Gmail就宣布了他们的反馈循环(FBL)试点计划,向ESPs提供帮助,以识别其网络上的不良行为者和垃圾邮件发送者。

早在二月份,Gmail就宣布了他们的反馈循环(FBL)试点计划,向ESPs提供帮助,以识别其网络上的不良行为者和垃圾邮件发送者。

Gmail推出试验性反馈循环服务

Gmail 自2004年以来一直是电子邮件历史上的重要角色。有关电子邮件演变的更多迷人见解,包括 Gmail 的惊人起源,请查看我们的13 个有趣的电子邮件事实。如果您想深入了解,可以访问报名表

对于那些不熟悉该过程的人,这里是一个简短的回顾。反馈循环本质上是 ISP 向大量发送者提供的报告,报告中包含将邮件标记为垃圾邮件的接收者数量。这是一个非常重要的服务,它允许企业监控其在 ISP 中的发件人信誉,并在大量接收者将电子邮件标记为垃圾邮件时快速采取措施进行损害控制。正如您已经知道的,对于依赖电子邮件营销作为主要收入来源的企业来说,这非常重要。

Gmail 自2004年以来一直是电子邮件历史上的重要角色。有关电子邮件演变的更多迷人见解,包括 Gmail 的惊人起源,请查看我们的13 个有趣的电子邮件事实。如果您想深入了解,可以访问报名表

对于那些不熟悉该过程的人,这里是一个简短的回顾。反馈循环本质上是 ISP 向大量发送者提供的报告,报告中包含将邮件标记为垃圾邮件的接收者数量。这是一个非常重要的服务,它允许企业监控其在 ISP 中的发件人信誉,并在大量接收者将电子邮件标记为垃圾邮件时快速采取措施进行损害控制。正如您已经知道的,对于依赖电子邮件营销作为主要收入来源的企业来说,这非常重要。

Gmail 自2004年以来一直是电子邮件历史上的重要角色。有关电子邮件演变的更多迷人见解,包括 Gmail 的惊人起源,请查看我们的13 个有趣的电子邮件事实。如果您想深入了解,可以访问报名表

对于那些不熟悉该过程的人,这里是一个简短的回顾。反馈循环本质上是 ISP 向大量发送者提供的报告,报告中包含将邮件标记为垃圾邮件的接收者数量。这是一个非常重要的服务,它允许企业监控其在 ISP 中的发件人信誉,并在大量接收者将电子邮件标记为垃圾邮件时快速采取措施进行损害控制。正如您已经知道的,对于依赖电子邮件营销作为主要收入来源的企业来说,这非常重要。

Gmail 的反馈回路与其他 ISPs 不同

Gmail的FBL不是ARF格式。为了保护用户隐私,其FBL以每个客户或每个活动的聚合垃圾邮件统计数据的形式提供,这些数据不能追溯到将邮件标记为垃圾邮件的收件人的电子邮件地址。此每日报告提供每个ESP的客户和/或活动的用户垃圾邮件投诉率百分比,并将发送至ESP提供给Gmail的指定电子邮件地址(例如:GmailFBL@example.com)。该服务不用于列表管理或交付评估,如果您的流量中有相当比例的垃圾邮件,您会在第二天收到聚合报告。

强烈建议ESP遵循Gmail批量发送者指南。Gmail要求所有发送者使用一致的IP地址发送邮件,为所有发送IP地址提供有效的RDNS记录,并在每封批量邮件的“From:”头中使用相同的地址。在身份验证方面,他们强烈建议使用DKIM签名、发布SPF记录并遵循DMARC政策。


Gmail反馈回路与传统ISP反馈回路

功能

Gmail反馈回路

传统ISP反馈回路

报告格式

聚合的垃圾邮件统计

ARF(滥用报告格式)

用户识别

无收件人级数据

包含个人投诉数据

隐私模型

隐私保护设计

可发送者查看的投诉

用例

声誉监控

列表清洗和抑制

数据粒度

每个客户或活动

每个投诉收件人

交付

每日汇总的CSV文件

几乎实时的ARF消息

支持的域名

仅gmail.com

因ISP而异

Gmail的FBL不是ARF格式。为了保护用户隐私,其FBL以每个客户或每个活动的聚合垃圾邮件统计数据的形式提供,这些数据不能追溯到将邮件标记为垃圾邮件的收件人的电子邮件地址。此每日报告提供每个ESP的客户和/或活动的用户垃圾邮件投诉率百分比,并将发送至ESP提供给Gmail的指定电子邮件地址(例如:GmailFBL@example.com)。该服务不用于列表管理或交付评估,如果您的流量中有相当比例的垃圾邮件,您会在第二天收到聚合报告。

强烈建议ESP遵循Gmail批量发送者指南。Gmail要求所有发送者使用一致的IP地址发送邮件,为所有发送IP地址提供有效的RDNS记录,并在每封批量邮件的“From:”头中使用相同的地址。在身份验证方面,他们强烈建议使用DKIM签名、发布SPF记录并遵循DMARC政策。


Gmail反馈回路与传统ISP反馈回路

功能

Gmail反馈回路

传统ISP反馈回路

报告格式

聚合的垃圾邮件统计

ARF(滥用报告格式)

用户识别

无收件人级数据

包含个人投诉数据

隐私模型

隐私保护设计

可发送者查看的投诉

用例

声誉监控

列表清洗和抑制

数据粒度

每个客户或活动

每个投诉收件人

交付

每日汇总的CSV文件

几乎实时的ARF消息

支持的域名

仅gmail.com

因ISP而异

Gmail的FBL不是ARF格式。为了保护用户隐私,其FBL以每个客户或每个活动的聚合垃圾邮件统计数据的形式提供,这些数据不能追溯到将邮件标记为垃圾邮件的收件人的电子邮件地址。此每日报告提供每个ESP的客户和/或活动的用户垃圾邮件投诉率百分比,并将发送至ESP提供给Gmail的指定电子邮件地址(例如:GmailFBL@example.com)。该服务不用于列表管理或交付评估,如果您的流量中有相当比例的垃圾邮件,您会在第二天收到聚合报告。

强烈建议ESP遵循Gmail批量发送者指南。Gmail要求所有发送者使用一致的IP地址发送邮件,为所有发送IP地址提供有效的RDNS记录,并在每封批量邮件的“From:”头中使用相同的地址。在身份验证方面,他们强烈建议使用DKIM签名、发布SPF记录并遵循DMARC政策。


Gmail反馈回路与传统ISP反馈回路

功能

Gmail反馈回路

传统ISP反馈回路

报告格式

聚合的垃圾邮件统计

ARF(滥用报告格式)

用户识别

无收件人级数据

包含个人投诉数据

隐私模型

隐私保护设计

可发送者查看的投诉

用例

声誉监控

列表清洗和抑制

数据粒度

每个客户或活动

每个投诉收件人

交付

每日汇总的CSV文件

几乎实时的ARF消息

支持的域名

仅gmail.com

因ISP而异

Gmail 的反馈机制如何运作?

ESPs 将首先需要插入反馈标识头“Feedback-ID”。 此标识头将标识客户和或活动、邮箱和邮箱类型。 FBL报告将基于这些标识符生成。

“Feedback-ID”头最多将有 4 个字段,其中 3 个是可选的。

“Feedback-ID: a:b:c:ESPid”

  • “Feedback-ID” 是标识头的名称

  • “a:b:c” 是 ESP 选择的可选 3 个字段(即:活动、邮件、流量类型)

  • “ESPid” 是唯一必填字段。此 ID 对应于 ESP 客户,必须是唯一且持久的,以符合该客户。

Gmail 将从右侧开始聚合最后 4 个字段的数据,并忽略任何额外字段。反馈报告中返回的数据将通过在 Feedback-ID 标识头中看到的标签进行聚合。报告中将包含每个标签,而且指定的总标签数量没有限制。但是,Gmail 会忽略消息量不足的标签以防止滥用。

FBL 数据将通过各个标识符独立聚合,而不是跨标识符分组。垃圾邮件百分比将基于包含给定标识符的所有邮件进行报告,而不论标识符头中的位置如何。FBL 报告将以 CSV 附件的形式发送,并包含 ESP 前一天由 Gmail 收到的数据。此报告仅针对 gmail.com 用户,且不支持 Google-Apps 或 Google 托管域。


Gmail 反馈循环实施要求

要求

Gmail FBL 期望

备注

反馈标识符

Feedback-ID 头必需

标识客户/活动/流量类型

标识头字段

最多 4 个字段

最右边的字段必须是 ESP 特定 ID

聚合逻辑

按标识符,不合并

在标识头中的位置不重要

低量流量

被忽略

防止滥用和去匿名化

认证

需要 DKIM 双重签名

防止标识头欺骗

DKIM 域

最多 10 个唯一 d= 值

允许子域

DKIM 密钥长度

≥ 1024 位

较短的密钥视为未签名

报告格式

CSV 附件

覆盖前一天的流量

ESPs 将首先需要插入反馈标识头“Feedback-ID”。 此标识头将标识客户和或活动、邮箱和邮箱类型。 FBL报告将基于这些标识符生成。

“Feedback-ID”头最多将有 4 个字段,其中 3 个是可选的。

“Feedback-ID: a:b:c:ESPid”

  • “Feedback-ID” 是标识头的名称

  • “a:b:c” 是 ESP 选择的可选 3 个字段(即:活动、邮件、流量类型)

  • “ESPid” 是唯一必填字段。此 ID 对应于 ESP 客户,必须是唯一且持久的,以符合该客户。

Gmail 将从右侧开始聚合最后 4 个字段的数据,并忽略任何额外字段。反馈报告中返回的数据将通过在 Feedback-ID 标识头中看到的标签进行聚合。报告中将包含每个标签,而且指定的总标签数量没有限制。但是,Gmail 会忽略消息量不足的标签以防止滥用。

FBL 数据将通过各个标识符独立聚合,而不是跨标识符分组。垃圾邮件百分比将基于包含给定标识符的所有邮件进行报告,而不论标识符头中的位置如何。FBL 报告将以 CSV 附件的形式发送,并包含 ESP 前一天由 Gmail 收到的数据。此报告仅针对 gmail.com 用户,且不支持 Google-Apps 或 Google 托管域。


Gmail 反馈循环实施要求

要求

Gmail FBL 期望

备注

反馈标识符

Feedback-ID 头必需

标识客户/活动/流量类型

标识头字段

最多 4 个字段

最右边的字段必须是 ESP 特定 ID

聚合逻辑

按标识符,不合并

在标识头中的位置不重要

低量流量

被忽略

防止滥用和去匿名化

认证

需要 DKIM 双重签名

防止标识头欺骗

DKIM 域

最多 10 个唯一 d= 值

允许子域

DKIM 密钥长度

≥ 1024 位

较短的密钥视为未签名

报告格式

CSV 附件

覆盖前一天的流量

ESPs 将首先需要插入反馈标识头“Feedback-ID”。 此标识头将标识客户和或活动、邮箱和邮箱类型。 FBL报告将基于这些标识符生成。

“Feedback-ID”头最多将有 4 个字段,其中 3 个是可选的。

“Feedback-ID: a:b:c:ESPid”

  • “Feedback-ID” 是标识头的名称

  • “a:b:c” 是 ESP 选择的可选 3 个字段(即:活动、邮件、流量类型)

  • “ESPid” 是唯一必填字段。此 ID 对应于 ESP 客户,必须是唯一且持久的,以符合该客户。

Gmail 将从右侧开始聚合最后 4 个字段的数据,并忽略任何额外字段。反馈报告中返回的数据将通过在 Feedback-ID 标识头中看到的标签进行聚合。报告中将包含每个标签,而且指定的总标签数量没有限制。但是,Gmail 会忽略消息量不足的标签以防止滥用。

FBL 数据将通过各个标识符独立聚合,而不是跨标识符分组。垃圾邮件百分比将基于包含给定标识符的所有邮件进行报告,而不论标识符头中的位置如何。FBL 报告将以 CSV 附件的形式发送,并包含 ESP 前一天由 Gmail 收到的数据。此报告仅针对 gmail.com 用户,且不支持 Google-Apps 或 Google 托管域。


Gmail 反馈循环实施要求

要求

Gmail FBL 期望

备注

反馈标识符

Feedback-ID 头必需

标识客户/活动/流量类型

标识头字段

最多 4 个字段

最右边的字段必须是 ESP 特定 ID

聚合逻辑

按标识符,不合并

在标识头中的位置不重要

低量流量

被忽略

防止滥用和去匿名化

认证

需要 DKIM 双重签名

防止标识头欺骗

DKIM 域

最多 10 个唯一 d= 值

允许子域

DKIM 密钥长度

≥ 1024 位

较短的密钥视为未签名

报告格式

CSV 附件

覆盖前一天的流量

DKIM 要求是什么?

为防止“Feedback-ID”标题被伪造,ESP必须先去除此标题的所有实例,然后插入它,并使用ESP的域密钥进行DKIM签名。这是在任何现有签名之外的额外措施,是一种通常被称为“双重签名”的做法。

用于签署这些标题的DKIM“d=”签名域最多只能有10个,但可以使用子域作为替代。

就DKIM密钥长度而言,Gmail要求密钥至少为1024位长。根据Gmail的邮政管理员网站,自2013年1月以来,Gmail已将所有使用小于 1024位密钥 签名的邮件视为未签名。他们建议受影响的发送者将短密钥切换为至少1024位长的RSA密钥。

为防止“Feedback-ID”标题被伪造,ESP必须先去除此标题的所有实例,然后插入它,并使用ESP的域密钥进行DKIM签名。这是在任何现有签名之外的额外措施,是一种通常被称为“双重签名”的做法。

用于签署这些标题的DKIM“d=”签名域最多只能有10个,但可以使用子域作为替代。

就DKIM密钥长度而言,Gmail要求密钥至少为1024位长。根据Gmail的邮政管理员网站,自2013年1月以来,Gmail已将所有使用小于 1024位密钥 签名的邮件视为未签名。他们建议受影响的发送者将短密钥切换为至少1024位长的RSA密钥。

为防止“Feedback-ID”标题被伪造,ESP必须先去除此标题的所有实例,然后插入它,并使用ESP的域密钥进行DKIM签名。这是在任何现有签名之外的额外措施,是一种通常被称为“双重签名”的做法。

用于签署这些标题的DKIM“d=”签名域最多只能有10个,但可以使用子域作为替代。

就DKIM密钥长度而言,Gmail要求密钥至少为1024位长。根据Gmail的邮政管理员网站,自2013年1月以来,Gmail已将所有使用小于 1024位密钥 签名的邮件视为未签名。他们建议受影响的发送者将短密钥切换为至少1024位长的RSA密钥。

我们如何在 Momentum 中正确实施 Gmail 的 FBL 要求?

在Momentum平台中使用Lua策略支持多个签名。OpenDKIM现在是Momentum 3.6.0及更新版本中首选的签名模块。有关签名的Lua库的更多信息可以在我们的文档中找到。

我们还创建了一个简单的OpenDKIM签名Lua策略,可以轻松配置第二个签名域。您可以在我们的OpenDKIM签名Lua策略指南中找到更多信息。

在Momentum平台中使用Lua策略支持多个签名。OpenDKIM现在是Momentum 3.6.0及更新版本中首选的签名模块。有关签名的Lua库的更多信息可以在我们的文档中找到。

我们还创建了一个简单的OpenDKIM签名Lua策略,可以轻松配置第二个签名域。您可以在我们的OpenDKIM签名Lua策略指南中找到更多信息。

在Momentum平台中使用Lua策略支持多个签名。OpenDKIM现在是Momentum 3.6.0及更新版本中首选的签名模块。有关签名的Lua库的更多信息可以在我们的文档中找到。

我们还创建了一个简单的OpenDKIM签名Lua策略,可以轻松配置第二个签名域。您可以在我们的OpenDKIM签名Lua策略指南中找到更多信息。

哪些其他 ISPs 提供 Feedback Loops?

如果您想了解更多有关反馈循环如何运作的信息,请参考“投诉反馈循环操作建议” RFC 6449 文档。同时,我们在讨论反馈循环时,也有必要分享其他可信的FBL提供商的链接,以防您尚未拥有它们。

现在,综合来看:Google 现在提供 FBL 是个好消息。它有一些特点,发送者需要进行一些配置才能使其为他们工作。但对于 Momentum 用户来说,这将是一个简单的过程。如果有任何读者愿意分享他们对新Google FBL的体验,我们很乐意听到您的故事。欢迎在评论中留下反馈。

如果您想了解更多有关反馈循环如何运作的信息,请参考“投诉反馈循环操作建议” RFC 6449 文档。同时,我们在讨论反馈循环时,也有必要分享其他可信的FBL提供商的链接,以防您尚未拥有它们。

现在,综合来看:Google 现在提供 FBL 是个好消息。它有一些特点,发送者需要进行一些配置才能使其为他们工作。但对于 Momentum 用户来说,这将是一个简单的过程。如果有任何读者愿意分享他们对新Google FBL的体验,我们很乐意听到您的故事。欢迎在评论中留下反馈。

如果您想了解更多有关反馈循环如何运作的信息,请参考“投诉反馈循环操作建议” RFC 6449 文档。同时,我们在讨论反馈循环时,也有必要分享其他可信的FBL提供商的链接,以防您尚未拥有它们。

现在,综合来看:Google 现在提供 FBL 是个好消息。它有一些特点,发送者需要进行一些配置才能使其为他们工作。但对于 Momentum 用户来说,这将是一个简单的过程。如果有任何读者愿意分享他们对新Google FBL的体验,我们很乐意听到您的故事。欢迎在评论中留下反馈。

其他新闻

阅读更多来自此类别的内容

A person is standing at a desk while typing on a laptop.

完整的AI原生平台,可与您的业务一起扩展。

© 2025 Bird

A person is standing at a desk while typing on a laptop.

完整的AI原生平台,可与您的业务一起扩展。

© 2025 Bird