我收到了来自 AWS 的通知，称 Yahoo 和 Gmail 正在为“批量”电子邮件发送者实施一长串新规则。
我认为 Discourse 可能属于此类，特别是如果您使用邮件列表模式（我们就是这样做的）。
Discourse 电子邮件是否有计划（或者它是否已经这样做了）来实施这些新要求？
更改/要求在此处概述
其中一些是外部的，如 DKIM 和 SPF，但也有一些关于电子邮件正文的要求
批量发送者应包含一种取消订阅机制，在消息中添加一个易于查找的链接。2024 年 2 月的邮箱提供商规则将要求发送者另外添加一键式取消订阅标题，如 RFC 2369 和 RFC 8058 所定义。这些标题使收件人更容易取消订阅，从而降低收件人通过将消息标记为垃圾邮件来投诉的比率。
任何邮箱提供商都可能将您的消息归类为批量邮件，这可能受许多因素的影响。每天超过 5000 封邮件是一个因素，但邮箱提供商使用的主要因素是收件人是否真的想收到邮件。
谢谢！
Discourse 已在 List-Unsubscribe 标头和邮件正文中生成了取消订阅链接。您是否已查看过这些链接，并发现它们不够完善？
不，我只是不确定这些是否与 RFC 要求相同。我试图确认它是否已按描述完成。
这最近再次引起了我的注意，我也有精力深入研究细节。
我们一直都有一个 List-Unsubscribe 标头，但现在强烈要求有一个实际的“一键退订”功能，无需发件人进一步确认。
这是通过 RFC8058 中定义的一个新标头实现的：
List-Unsubscribe: <https://example.com/unsubscribe/opaquepart>
List-Unsubscribe-Post: List-Unsubscribe=One-Click
在用户明确验证后，激活此功能会触发邮件客户端发送一个 POST 请求，内容类似于：
POST /unsubscribe/opaquepart HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded
Content-Length: 26
List-Unsubscribe=One-Click
我们可能需要添加对此功能的支持。
我在另一个邮件列表中遇到了类似的问题，单次点击退订的问题在于，许多邮件客户端和垃圾邮件/病毒过滤器会点击/激活链接以“调查”它们，这最终会导致某人退订，因此您绝对需要某种形式的确认，而不仅仅是链接激活。
我们有很多人，特别是那些使用企业版/Outlook 的人，被自动退订了。
但也许如果通过此标头完成，那就可以了。
此 RFC 专门解决了这个顾虑。
GET 请求不得因此原因触发取消订阅，只有 POST 请求才需要用户明确确认。
嘿 @Jose_C_Gomez — 我有个好消息！我们已更新电子邮件以支持一键式/轻松退订：
当我在 Gmail 中测试此功能时，会出现二次确认，但它来自邮件客户端 — 因此我认为这仍然符合“轻松退订”的要求，而不会因邮件客户端的调查而导致意外退订：
太棒了，谢谢！！
此主题已在 2 天后自动关闭。不再允许回复。
