Pad_Pors
2017 年7 月 8 日 07:36
1
for the first posts of a user, which may need to be approved (based on a forum policy), a reason for rejection may be good.
when an admin reject a “waiting for approval” post, it’d be good (educational for users) to add the reason so that this reason goes to the user directly.
currently we message users about the reason their post is not accepted. it’s a bit of work, as in a message you need to say hi and bye
I’m not sure if this can work, but when admins click on reject button, a window like the flag window can open and admins can write the reason or choose among the list:
31 个赞
Are there any developments?
1 个赞
sam
2019 年4 月 23 日 06:00
3
I have been against unconditionally notifying users here of rejections. (we now unconditionally notify on approval)
But… strategically if the moderator opts to give a rejection reason, I am all for reducing moderator friction.
I would like the full picture here, what are some examples of reasons why you would reject first post?
cc @eviltrout
7 个赞
Pad_Pors
2019 年4 月 23 日 09:14
4
I guess anything that causes one to flag a post, can cause rejection of the first post as well! e.g.:
duplicate of another thread
non-relevant, advertisement, spam, … ; or let’s say out of the community scope (according to the “community guidelines”)
very poor writing or non-clear message (bad spelling, bad grammar, …) such that moderators can’t edit it easily
5 个赞
shamay
2019 年8 月 1 日 20:52
6
在我的情况下，新成员必须提交一篇高质量的内容，才能获得社区的完全访问权限。因此，如果他们的提交未被接受，最好能给予一些反馈，以鼓励他们再次尝试。或者，如果他们的提交内容不错，但我们需要做一些修改，我们希望在正式接受之前，分享一些关于如何改进帖子的建议。
5 个赞
对于新用户或新话题的预审核，这一点极具价值，因为这往往是他们与社区的首次互动。如果某人尝试发帖却直接遭到拒绝，他们很可能再也不会回来。对我们而言，最常见的情况是需要将他们从基于 Discourse 的讨论论坛引导至我们的问答网站。
为此，我们制定了如下政策：
向用户发送一条消息，主题为“回复：<他们的帖子标题>”
告知他们被拒绝的原因（为方便起见，可复制粘贴我们审核指南中存储的原因）
将他们的内容复制到消息底部，以便他们保留自己可能花费了相当时间撰写的问题副本
发送该消息
然后拒绝他们的帖子
这一工作流程的好处在于，用户会收到解释，并可以被引导至正确的方向。既然我们已经在审核，说明原因自然是合理的。
此外，我们增加了复制粘贴内容的步骤，因为帖子一旦被拒绝，将无法再查看。如果这是一个好问题，只是方向有误，或者需要一些编辑和迭代才能成为有价值的内容，那么在我们拒绝帖子时让用户失去访问权限，会让他们感到沮丧。
5 个赞
我在论坛上一直遇到这个问题。如果在拒绝新帖子时能像标记功能那样提供类似的选项就好了，因为每次拒绝时，我都必须手动发消息告知用户拒绝的原因。
4 个赞
TheBaby5
2020 年8 月 19 日 17:24
10
我们也在寻找这个功能。如果团队能够实现这一点，将对我们大有帮助。我们的社区规模很大，需要这个拒绝功能来管理所有事务。目前，我们必须手动私信每位用户以告知帖子被拒绝。
4 个赞
这是我们需要的功能。我们使用审批机制来处理漏洞报告（在拥有超过15万用户的情况下，用户往往倾向于先发帖后阅读）。我们有一个通用的“支持”论坛，鼓励用户在那里提出“如何使用”类的问题。如果出现问题，我们会要求他们在“漏洞报告”板块发帖。问题在于，如果他们的帖子被拒绝（例如作为重复帖子或因缺乏适当信息等原因），他们却无从得知……帖子直接消失，他们甚至不知道帖子是否成功提交。
这导致他们倾向于在摩擦更低的“支持”论坛发布漏洞报告，内容往往完全相同，且缺少我们需要的、用于复现问题的关键信息。这给我们带来了更多的工作量。我希望能够以具体理由拒绝帖子，从而教育用户如何正确提交漏洞报告，或者链接到已有的相关报告。
以下是用户将此作为顾虑提出的逻辑流程：
目前“漏洞报告”板块的帖子运作方式下，你可能永远看不到任何明确表明帖子已被接收的反馈。此类帖子需要版主审批后才能显示——这很有道理。一个漏洞可能影响许多人，如果没有审批机制，可能会产生许多不同的讨论线程。此外，这本身可能并非真正的漏洞。如果“漏洞报告”板块旨在同时作为漏洞列表，这也是帖子需要审批的另一个原因。
然而，如果帖子最终没有显示，似乎没有任何明确的确认表明帖子已被接收。即使（或类似的报告）最终显示，也可能需要相当长的时间。如果问题持续存在，你可能会想：“帖子真的被接收了吗？我应该再发一次吗？”你也会花费时间检查是否有任何新内容出现。
这令人沮丧。
但如果作为“建议与反馈”发布，帖子至少会显示出来，这样你就能看到它已被接收。即使后来被移动或删除，你至少知道它没有在传输过程中丢失。
这就不那么令人沮丧了。
从试图通过引起关注来提供帮助的用户角度来看，因此在“建议与反馈”中发帖似乎比在“漏洞报告”中发帖更有效。在“漏洞报告”中发帖，你还必须至少提供一个标签，这也阻碍了用户在那里发帖。而且，系统要求你提供大量可能并不相关的信息。
实际上，论坛的行为机制鼓励我们将问题作为“建议与反馈”而非“漏洞报告”来提交。
有人可能会争辩说，这可能会产生审批机制本意要避免的重复线程。然而，我们本就应该在发帖前查找现有线程，而且等待片刻让其他帖子有机会显示也是轻而易举的。
因此，综合来看，从希望提交报告的用户角度来看，在“建议与反馈”中发帖似乎仍然更有效。
8 个赞
我们昨天就需要这个功能。我每天会拒绝大量新主题，因为它们与现有主题重复，但那些用户却连一条解释被拒原因的消息都收不到。
我没有时间：
通过私信与他们沟通并处理随后的讨论
先批准主题，再立即将其隐藏并锁定
先批准主题，然后打开它并将其标记为重复
当我拒绝时，我希望能够当场提供理由并立即完成操作。这可以是一个标准理由（重复、超出社区范围、写作质量差、内容不当），并可选择附带一条简短说明。
缺乏这一功能让新论坛用户感到非常沮丧。
4 个赞
ondrej
2021 年1 月 13 日 16:50
14
Meteor0id:
没有这个功能会让新论坛用户感到非常沮丧。
我同意。如果你拒绝了一篇帖子或主题，但没有向该用户显示任何内容且未提供解释，除非你稍后给他们发送私信，否则这会留下不良印象。我非常希望这一功能能够被实现。此外，从审核队列跳转到用户个人资料再发送私信非常耗时。如果所有这些操作都能在一个地方完成，将会方便许多。
1 个赞
这不已经在发布列表里了吗？
看看 #releases ……哦等等，不对，那是用于拒绝 账户 的，我搞错了。
2 个赞
我也希望有这个功能。
我习惯使用 Mailman 2，其中有一个“拒绝原因”的文本框，所以很惊讶被拒绝的邮件这么快就消失得无影无踪！
（好吧，它并没有消失得无影无踪——我可以在管理员操作日志中看到它。）
1 个赞
MarcP
2021 年9 月 19 日 00:47
18
由于 @TheBaby5 在 Marketplace
我认为至少需要在使用者的帖子被拒绝时通知他们。目前，用户对此一无所知。
目前的审核批准流程如下：
用户在受监管的类别中发帖
发布后，用户会看到 js.review.approval.description（只是一个弹窗，没有工作人员的消息）
如果帖子被拒绝，用户不会收到任何通知。
我认为基本功能应该是发送一条帖子已被拒绝的消息（可能来自工作人员）。我不需要具体的理由——例如，我们可以编辑 js.review.approval.rejected.message 并在那里添加最常见的原因。这只是一个想法。
原始市场帖子在此
4 个赞
JimPas
2021 年9 月 19 日 23:51
19
MarcP:
如果帖子被拒绝，用户不会收到通知。
我同意这一点，但前提是针对合法用户，并且希望告知他们帖子被拒绝的原因。
然而，如果是垃圾邮件发送者，我认为不发送通知是合理的。您不希望通知垃圾邮件发送者他们的帖子已被拒绝（删除），从而导致他们再次尝试。
垃圾邮件原因不应发送通知。对于其他原因，则应该发送。
2 个赞
MarcP
2021 年9 月 19 日 23:56
20
如果团队希望构建所请求的功能，以下是待审核帖子（已审核类别）的当前选项。
针对垃圾邮件，我们可以直接删除用户。对于拒绝情况，我们可以采用我在上一帖中建议的简单方案。这是团队最便捷的快速解决方案。假设团队对完整请求没有兴趣，并且已有相关的 Marketplace
1 个赞
Mailman 2 中的对应选项是“拒绝”（可选择提供理由）和“丢弃”（完全不发送通知），此外还有“延迟”（稍后决定）和“接受”。
此外还有“丢弃所有标记为延迟的消息”的选项。默认状态是“延迟”，因此一旦您已接受或拒绝了真正的邮件，页面上剩余的内容很可能全是您希望一次性丢弃的垃圾邮件。
除此之外还有其他细节，但以上是直接可比的选项。
4 个赞
.
