今天我在处理一篇被标记的帖子时遇到了一个问题，想确认一下预期的行为。
Discourse AI 自动将一篇帖子标记为垃圾信息。该内容明显与论坛无关（非英语、离题、软色情类内容），因此我同意了该标记，删除了该账户，并选择了“阻止用户 IP"的选项。
不久之后，我在邮件日志中发现发送了一封类型为 account_deleted 的邮件。
这引起了我的担忧。
在这种情况下，Discourse 发送账户删除邮件是否是标准行为，包括针对明显的垃圾账户？
如果是，是否有办法专门针对与垃圾信息相关的删除操作禁用此功能？
从 Moderation 的角度来看，通知垃圾信息发送者其账户已被删除似乎适得其反。在垃圾信息明显且已通过标记确认的情况下，最好让该操作静默进行。
我也想排除我是否误解了日志，或将错误的邮件与删除操作关联起来的可能性。
希望就以下几点获得澄清：
是的
目前看来不行，我认为不太行。我其实挺喜欢这个通知功能的，觉得它是个不错的特性，但确实有理由考虑通知垃圾邮件发送者可能带来的影响，毕竟他们难道不能重新注册一个账号吗？另外，如果我真的是一个善意用户，难道真的会被垃圾邮件检测器捕获并被管理员封禁吗？
更新：看来这是设计使然
刚刚删除了一个从新账号发布 AI 垃圾内容的账号，该账号与另外两个账号共享相同的 IP 地址。当它们收到这封提醒邮件时，可就不爽了：
您好，
这是一封来自 X 的自动通知邮件，旨在告知您与此电子邮件地址关联的用户账号已被工作人员删除。
您的帖子已被标记待审核：它已自动进入队列，由工作人员进行审核，以确保其符合我们的社区准则。
请查阅我们的社区准则以获取详细信息。
真希望能禁用这些通知邮件。通过论坛搜索找到了这里。
我认为从（管理员）个人资料页面而不是审核队列中删除仍然可以作为临时解决方案。但我知道这不如直接在审核队列中操作那么方便。
足够了！谢谢！！
我怀疑这样做可能有一些合规方面的理由。
这让我想起了管理邮件服务器的“旧时光”。我记得在某个时期（几十年前），我曾遭受来自垃圾邮件发送者的反向失败投递通知攻击。他们会伪造发件人地址，然后将邮件发送到我服务器上不存在的账户。当时为了符合标准 SMTP 协议，必须发送投递失败的通知，其中包含失败邮件的副本。垃圾邮件的预期目标是被伪造的发件人地址，他们会收到投递失败的通知……包括实际的邮件内容。
虽然我怀疑在此特定情况下涉及的垃圾邮件发送者都是自动化的，且没有任何人类会看到账户删除邮件，但我意识到我们向垃圾邮件发送者提供了比必要更多的信息，这些信息随后可能被用于优化他们的策略。
既然显然是 Moin 的帖子提供了解决方案，你为什么把自己的回复标记为最佳答案？
哈哈。谢谢你的提醒。
是我引用他的话时出的错。已修复。
