Gmail 和 Yahoo 2024 年收件箱保护措施及其对电子邮件程序的影响

原文 ↗ Hacker News 讨论 ↗

Gmail 和 Yahoo 正在收紧 2024 年的收件箱规则，要求向 Gmail 每天发送至少 5,000 封邮件的批量发送者使用 SPF、DKIM 和 DMARC，支持单击退订，并将垃圾邮件投诉率控制在 0.3% 以下。评论者指出，认真发送邮件的人和许多自托管者其实早已在使用这些保护措施，但他们也担心诸如邮件转发、共享 SMTP 服务，以及如何区分营销邮件与密码重置这类交易邮件等边缘情况。大家普遍支持遏制滥发营销的做法，但对大型提供商能否准确分类邮件，以及这究竟能在多大程度上减少垃圾邮件、还是会进一步巩固大型邮件平台的地位，仍然持怀疑态度。

新 Gmail/Yahoo 要求的范围

  • 批量发送者（向个人 Gmail 每天发送 ≥ ~5,000 封邮件）必须：
    • 使用 SPF、DKIM 和 DMARC。
    • 将用户举报的垃圾邮件投诉率保持在 0.3% 以下。
    • 为 RFC 8058 提供单击退订支持，并在正文中包含可见的退订链接（适用于营销/订阅邮件）。
  • “批量发送者”按 24 小时内来自同一主域名的邮件定义；一旦达到该阈值，就会永久被标记为批量发送者。
  • 交易类邮件（例如密码重置、MFA）按理说应豁免退订要求，但对一些人来说，Google 如何可靠地区分交易内容与营销内容并不明确。

SPF、DKIM、DMARC：作用、限制与边缘情况

  • 很多人认为 SPF/DKIM/DMARC 已经是“老生常谈”，并且基本上早就是良好送达率所必需的。
  • SPF 通过 envelope-from 认证发送 IP；DKIM 对头部/内容进行签名；DMARC 告诉接收方在它们不对齐时应如何处理。
  • 有人认为理论上仅 SPF 就足够；也有人说仅靠 SPF 会导致伪造，并且 DKIM 更稳健（密钥 vs. 重复使用的 IP）。
  • 转发会破坏 SPF；DMARC 加 ARC（RFC 8617）被提及为预期的修复方案，但 ARC 尚未完全标准化，在强制 DMARC 下的行为被认为并不明确。
  • 有人提出疑问：“p=none” 的 DMARC 是否在技术上满足新的“需要 DMARC”的规则。

单击退订以及 UX/安全顾虑

  • 真正“新的”技术负担是支持 RFC 8058（List-Unsubscribe POST）。
  • 有人担心：
    • 链接扫描器和爬虫会自动触发退订。
    • 任何收到转发邮件的人都可以为原始收件人退订。
  • 其他人回应说：
    • POST 而不是 GET 可以缓解部分扫描问题。
    • 误退订或恶作剧式退订带来的伤害，和滥发营销邮件相比只是小问题。
    • 确认或“哎呀，帮我重新订阅”流程，以及后续确认邮件，都能有所帮助。

送达率、小型发送者与自托管

  • 一些自托管用户报告称，只要 DNS、rDNS、DMARC 对齐和 IP 声誉都稳妥，送达率就很好；另一些人则表示，即使一切都“正确”，仍会被主流提供商拒收。
  • 共享 smarthost（SendGrid、SES 等）让情况更加复杂；基于域名的计数有帮助，但有些人担心误分类以及缺乏申诉渠道。
  • 与设置 SPF/DKIM/DMARC 相比，IP 预热以及寻找允许外发 SMTP 的主机被描述为更难。

DMARC 报告生态

  • 许多人发现 DMARC 汇总报告（ZIP 中的 XML）无法直接使用，只能依赖仪表板/服务。
  • 文中提到了多个商业和免费工具；一些人批评“DMARC SaaS 行业”对简单的 XML 解析收费过高，希望有轻量级的自托管方案。

对营销邮件和垃圾邮件的态度

  • 人们强烈反感未经请求的营销、重新选择加入、暗黑模式式退订，以及伪装成交易通知的“法律更新”垃圾邮件。
  • 一些人原则上把几乎所有商业邮件都标记为垃圾邮件，并希望 0.3% 的垃圾邮件率上限能迫使更干净的做法。
  • 另一些人怀疑这些变化是否会真正减少现实中的垃圾邮件，指出许多垃圾邮件本就来自大型、完全认证的提供商（包括 Gmail/Yahoo 自己），而误判和不一致的过滤仍然很常见。