因此，我们正在对论坛进行一些清理工作，我刚刚将几百个帖子移到了一个新类别。一切都很顺利，直到……
现在有几十位用户报告收到了可以追溯到 2015 年的重复发送的私人消息。
而且因为是我发起的更改，所以看起来这条私人消息是从我的用户名发送的。
我们应该意识到这一点吗？
2 个赞
这是我第一次听说这种情况。
是否有发送标准消息？我不清楚个人消息是如何被重新发送的，但看起来像是从你那里发送的；你是指原始的PM发送者吗？
当您转到 /admin/email/sent 时，正在发送的消息的“电子邮件类型”是什么？
2 个赞
其中一个例子是“user_mentioned”电子邮件。它是在 4 小时前发送的。但提及发生在 2015 年！他们收到的电子邮件地址是这样的：
From: myusername via The Forum <no-reply@my-forum.org>
此处使用通用语言是因为内容/论坛是私密的。
1 个赞
一些用户报告说，在我重新对主题进行分类时，收到了大量通知。
1 个赞
这是否与 disable_category_edit_notifications 设置有关？
4 个赞
我最初也这么想过，但 user_mention 邮件不符合。我想知道这些旧帖子是否是从迁移到 Discourse 的过程中导入的？你不应该为同一帖子收到两次提及通知，但如果由于某种原因在迁移过程中没有创建提及记录，那么它可能会认为这是第一次在类别移动时提及？
2 个赞
这是您移动的主题吗？确认这一点将有助于我们进行故障排除。
有可能这是disable_category_edit_notifications设置，尝试禁用它，然后检查移动主题时是否发送了电子邮件。
您可以在 /admin/site_settings/category/all_results?filter=disable_category_edit_notifications 更改它。
我相信这就是行为，我只是在一个个人网站上移动了一些主题，并收到了我被提及的所有消息的电子邮件。这种情况非常罕见，而且我希望人们在这样做时能收到通知，所以我将忍受它。但这对于一个大型社区来说可能有点太多了。
1 个赞
哦，那倒是很有趣。我认为它不应该那样做。
4 个赞
奇怪之处在于，收到通知的不是重度用户，而是任何在帖子被从一个类别移动到另一个类别时被提及过的人，所以我们收到报告称有人收到了 30-40 条通知。
我也遇到过这种情况。这真让人不想做家务！！！我以为通过关闭类别通知我已经足够聪明了——但事实并非如此！提及功能还是让我栽了跟头，导致我收到了几封针对我的愤怒邮件。一点也不好玩。
完全关闭电子邮件可以避免其中一些问题，但这意味着工作需要在下班时间进行。而在繁忙的国际论坛上这是不可能的，而且也不会抑制通知。
将来我计划从控制台进行操作，以确保不触发不必要的通知。
但是，如果能有一个万无一失的“家政”模式供员工使用，允许使用图形用户界面但完全抑制通知，那就太好了。
6 个赞
我们在最近导入的一个论坛上，看到一个2016年的帖子被移动到另一个类别时发生了同样的情况。
我找不到任何最近的更改（所有与这些通知相关的代码似乎至少有11个月了），但我认为这太巧合了，竟然在这个帖子被报告后不久就发生了。
这是绝对不希望发生的行为。尤其是在迁移之后，这不应该是人们与Discourse论坛的第一次互动。
为什么要在话题被移动到另一个类别时发送通知呢？
@JammyDodger @maiki disable_category_edit_notifications 是否确实阻止了这种情况？如果没有，是否有办法回填通知，以防止这种情况再次发生？
我不认为从控制台进行这些操作可以阻止通知触发。如果你想绕过通知，你需要在数据库中进行操作（这可能会产生其他不希望的副作用）。
1 个赞
难道这不是你安排主题发布的方式吗？将它们从私有类别移至公共类别？
至少我们就是这样使用我们的论坛软件的。我们在员工类别中协作撰写帖子，完成后，将其发布到公共类别。如果这些帖子没有发出通知，我们会很难过。
我认为在不需要通知的情况下，应该有一种方法可以阻止它发生。
2 个赞
我必须认为，与那些只想将帖子从一个分类移动到另一个分类的人相比，你的用例要少见得多，对吗？
另外，这些帖子不是从私有分类移动到公共分类的。它们是在两个公共分类之间移动的。为什么有人会想收到关于七年前提及他们的邮件？
我想不出有这种情况是预期行为的场景。
1 个赞
我不敢声称对它的受欢迎程度有任何见解，这只是记录的工作流程，我们经常使用它：https://meta.discourse.org/t/use-a-topic-timer-to-schedule-a-topic-to-be-published-in-the-future/60731。如果没有以这种方式工作，我想我们的选择将是剪切/粘贴到一个新主题中。
在我们的案例中，我们的类别充当独立的电子邮件列表服务。过去，我们曾遇到过希望移动的主题生成通知发送到新的“列表”的情况。我们是否希望每次都发生这种情况，可能不会。正如我所说，有一个选项是首选。
也许在批量操作对话框中有一个复选框？
我只想指出：为七年后的用户设计工作流程是很困难的。
我们有很多人将其作为各种工作流程的一部分使用，例如 Wes 链接的那个。我在几个不同的网站上都使用它。
另一方面，我们没有多少人会移动：
- 大量的旧内容
- 其中还提及了其他人
我五年前的许多旧主题并没有太多使用用户提及功能，所以在我清理旧内容时，这种情况不会发生在我身上。
我们会解决的。我们不喜欢打扰用户。
听到更多的用例将帮助我们了解用户与 Discourse 的那部分是如何交互的。
5 个赞
我猜像这样的事件发生是因为功能（例如计划发布）的实现方式——在我看来——过于抽象了。
顺便说一句，我提到的帖子是从一个公共类别移到了另一个公共类别。
如果您需要任何有助于您弄清楚发生了什么的信息，请告诉我！
1 个赞
我们可以重现！ 
@JammyDodger 和我尝试通过编辑主题的类别和标签数据来重现发送电子邮件通知，但未能成功。
我们尝试了启用和禁用以下设置：
disable category edit notificationsdisable tags edit notifications
有人有重现此行为的步骤吗？ 
我以为你已经可以复现了 
我不认为这与分类编辑通知有关。如果我查看这个帖子，它发生在：
- 非常旧的（2015年、2016年）帖子和已迁移的论坛
- 提及
我怀疑在那段时间创建的帖子（以及导入的帖子）缺少某种内部维护。
请注意，当我访问 Bulk editing topic categories should not trigger thousands of email notifications 时，我没有看到任何发出的 PM。那是一次批量类别更改，影响了可以追溯到 2017 年的主题，但那些最旧的主题在此之前至少已经变动过一次（大多数在 2021 年）。
1 个赞