我也看到了这个问题，最近垃圾邮件利用“回复到”地址（replies+abc123@instance）作为“发件人”地址，导致 Discourse 自动回复给自己，我认为这是一个问题。
据我所知，所有快速拒绝功能都被合并了，并且 mail-receiver 的自述文件提到了使用 BLACKLISTED_SENDER_DOMAINS，这是快速拒绝的一部分，但快速拒绝默认是禁用的。
上述更改从未合并，理由是需要调查向后兼容性，并且在没有 DISCOURSE_BASE_URL 的情况下，快速拒绝被以下行禁用。
mail receiver 应用的编写方式使其能够处理 DISCOURSE_BASE_URL 或 DISCOURSE_MAIL_ENDPOINT，如下所示，并且自述文件中没有提到后者，所以我认为应用该拉取请求中的更改是安全的，使用 https 而不是 http 来反映对示例的较新更改。
拉取请求提出的更改将意味着对于 mail-receiver 的新操作员（即以复制示例作为起点进行操作的操作员）来说，快速拒绝默认是启用的。
现有操作员将继续禁用它，直到 yml 被手动更新为使用 DISCOURSE_BASE_URL。如果我的说法准确，也许在更新示例后，应该将此事发布到 #feature:announcements。
对于快速拒绝端点，也可以非常相似地处理 handle_mail 端点，即如果 DISCOURSE_BASE_URL 不存在，则从 DISCOURSE_MAIL_ENDPOINT 推断端点。
然后，快速拒绝可以对新操作员和现有操作员默认启用。如果希望为所有人（在更改后重建 mail-receiver 的人）启用它，我很乐意为此更改创建一个拉取请求。