# Discourse垃圾邮件标记的近期更改？

**URL:** <https://meta.discourse.org/t/recent-change-to-discourse-spam-flagging/180493>\
**Category:** Support\
**Created:** [2021年二月20日 09:50 UTC](https://meta.discourse.org/t/recent-change-to-discourse-spam-flagging/180493 "2021-02-20T09:50:48Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![neounix](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/neounix/32/215617_2.png) [@neounix](https://meta.discourse.org/u/neounix)\
**Post date:** [2021年二月20日 09:50 UTC](https://meta.discourse.org/t/recent-change-to-discourse-spam-flagging/180493/1 "2021-02-20T09:50:48Z")

</div>

你好，

最近 Discourse 在垃圾信息管理方面是否有变更？

我在提交历史中没有看到任何改动，但也许我漏掉了什么？

几个月来首次，我们每小时在审核队列中看到 5 到 15 条新用户垃圾消息，且全部是必须删除的垃圾信息。

过去 8 个月里，大部分此类垃圾信息都被自动拦截，无需人工审核。

我是否错过了某些变更？

我们该如何让“出色的 Discourse 垃圾信息过滤”功能重新生效？

谢谢！

更新：

这是否与以下变更有关：

> <https://github.com/discourse/discourse/pull/12145/commits/4369065b7343943b78e223d7ac3fde121f375505>
>
> Completing the discobot tutorial gives you ~3m of reading time, so we set the li…mit at 5m. Additionally, we use an "OR" clause to cover the case when you just scroll through a single topic.

如果确实如此，我们能否回滚此变更？因为之前的反垃圾过滤效果非常好，而现在我们的“审核垃圾信息”队列正在不断积压。

---

<div class="post-metadata">

**Author:** ![Roman](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/roman/32/157504_2.png) [@Roman](https://meta.discourse.org/u/Roman)\
**Post date:** [2021年二月20日 12:28 UTC](https://meta.discourse.org/t/recent-change-to-discourse-spam-flagging/180493/2 "2021-02-20T12:28:07Z")

</div>

我刚刚做了一个修改，只有当用户的阅读时间少于一分钟时才会将其加入队列。这将大幅减少误报的数量。

---

<div class="post-metadata">

**Author:** ![neounix](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/neounix/32/215617_2.png) [@neounix](https://meta.discourse.org/u/neounix)\
**Post date:** [2021年二月21日 11:48 UTC](https://meta.discourse.org/t/recent-change-to-discourse-spam-flagging/180493/3 "2021-02-21T11:48:45Z")

</div>

感谢你的反馈 @Roman。

在我们这边，自发布此“问题”后，我们并未再看到“垃圾评论队列充满垃圾信息”的情况。希望那只是一次异常，目前一切已恢复正常。