我们注意到，在我们不知情的情况下，许多用户（约50人）被禁言。原来，在某些情况下，当用户输入过快时，他们的帖子会被发送到审核队列，但在其他情况下则不会。
请考虑修改这一机制，将所有此类帖子统一发送至审核队列。
我也遇到了同样的情况，确实令人困惑。
为什么会出现“有些帖子进入审核队列，有些则没有”这种情况？是否有特殊原因？
那么，如果您期望用户粘贴大量文本，请更改您的网站设置以适应这种情况（顺便说一句，这真的很奇怪，并且是垃圾邮件发送者的_强烈_迹象），请更改您网站设置中的min_first_post_typing_time。
问题解决了。
@codinghorror 有什么评论吗？
我还在试图弄清楚发生了什么。
首先，我想得到我的问题的答案：
如果您希望用户粘贴大量文本，请在您的站点设置中更改
min_first_post_typing_time。
您是否已经更改了此设置？如果还没有，为什么？是什么阻止了您这样做？
不，该设置仍为默认的 3000 毫秒。
我为什么要更改它？我可以想象人们使用谷歌翻译将其粘贴到翻译器中，然后按 Enter 键，因此我看不出有任何理由去调整此设置。
也许我的问题不够清楚。
min_first_post_typing_time 的帮助文本解释道：
用户在首次发帖时必须键入的最短时间（以毫秒为单位），如果未达到阈值，帖子将自动进入需要审核的队列。
我的理解是：每次未达到阈值时，帖子都将进入审核队列，无一例外。
我在“员工操作”下看到的情况是：用户有时会被系统因打字过快而静默，但审核队列中没有该用户的迹象。
这就是我的观点。我想了解为什么大多数打字过快的用户会进入审核队列，而其中一些用户却不会进入审核队列。
我的期望是，无论 min_first_post_typing_time 的值是多少，无论是 1 秒还是 60 秒，如果发帖未达到阈值，它都将进入审核队列，无一例外。我实际看到的情况有所不同。
公平地说，您需要将此设置调整为较低的值，以解决问题的根源：您有很多用户将内容作为正常活动粘贴到帖子中。因此，此设置在您的实例上_必须_设置为较低的值，因为您的用户受众与平均 Discourse 实例上的受众具有不同的特征。
我不明白为什么这应该是问题的根源，但我已将 min_first_post_typing_time 从 3000 → 1500 更改。
我的期望是这不会有任何改变。
我同意。对于你们那些总是粘贴的用户，我认为你应该将其更改为低至 100 毫秒。我认为从 3 秒降至 1.5 秒还远远不够。
好消息是，此限制仅适用于新用户，因此_现有_的、已建立的用户不会受到影响。
哎呀，100毫秒？这真是我自己绝对不会选择的值。我来试试看。
你为什么说人们粘贴文本很奇怪？我参与的一个论坛致力于开发一款手机应用程序。这款应用程序的反馈来自世界各地，也经常来自那些不会说或写英语的人。他们使用谷歌翻译试图用英语提供反馈，因此粘贴发生了。我们怀疑这种情况每周都会发生。
这解决了他们帖子被拒绝的问题，但正如你已经指出的那样，它引入了垃圾邮件增加的问题。那么我要求的是一种更智能的方法来处理这些情况：将这些帖子发送到审核队列，而不是默默地拒绝它们。这不就是审核队列最初的目的吗？
你称粘贴为奇怪，我称默默拒绝帖子为奇怪。
我还有至少两个案例，其中新用户被系统用户以“silenced_by_staff: New user typed too fast”的方式禁言，但从未出现在审核队列中，并且在用户的个人资料概览中也没有显示隐藏或删除帖子的横幅消息。
@community-moderators 这个帖子可以移到 Bug 或者和这个主题合并吗？
它被引用在 Bug 主题中，因此信息是链接在一起的。
目前我正在尝试找到一个一致的重现方法，以便我们可以追踪问题所在。如果您有任何可能有助于此的额外细节，请在 Automatic silencing for "typing too fast" doesn't notify administrator 中分享。