允许版主查看对“修改帖子”的回复

大家下午好,

我认为让版主能够看到用户对其“修改帖子”私信的回复,将会非常有益。

这可以特别有助于深入了解和讨论用户帖子被拒绝并需要修改的具体原因。我们可能要求修改帖子,但用户可能会回复一个有效的反驳论点,这可能会促使我们发布该回复/主题。

否则,我们可能需要进一步解释为什么不允许他们的帖子,从而有助于改善版主与用户之间的关系。

6 个赞

我认为你可以通过将 moderators 添加到 site contact group name 设置来实现。

我认为这是一种变通方法,而不是修复/功能。

例如,类别审核组会怎样?

目标是只将特定类别的版主添加到帖子修订主题中?

这将是:

  • 始终添加 moderators
  • 添加类别审核组(如果已设置)

嗯,我认为系统邮件不应该回复,也许可以在邮件模板中添加一些文字,以便在需要讨论时联系版主。 :thinking:

1 个赞

我能理解这个论点。能否更改私信的“发件人”,使其来自请求修改的版主?不过,我猜这可能会招致用户对该版主产生个人仇恨/不喜欢,如果用户不同意他们的观点的话。

我认为,用户直接回复私信会比创建一条新消息给网站版主更加友好。如果用户等级低于 TL2,并且网站限制该等级及以下用户创建私信,那么该怎么办?

我想,如果你不打算打破系统私信的惯例,那么后者似乎是唯一可行的选择。

1 个赞

可以添加一个与版主沟通的链接或指向版主分类的链接

添加通知,说明这是一条自动消息,类似于Reddit上的Automod。

让系统关闭消息,无法回复。

作为关闭或创建新私信的替代方案,系统消息中的链接可以邀请版主并链接到邀请版主分类。可以使用mci代码来处理版主分类,类似于模板消息中使用的mci代码。

1 个赞

此外,如果预期有这种行为,discourse/config/locales/server.en.yml at 1d5f7f92e803bdcf98c98b16a45fadc1f2c4c7de · discourse/discourse · GitHub 似乎无效。

2 个赞

我认为这更多的是对系统行为的思考。我曾有过不同的用户回复系统消息;通常是那些不友善的用户。

1 个赞

我认为我们实际上建议他们如果有任何问题就回复私信,所以如果另一端默认有人在,那肯定会很有用。

(我迟来的意识到你之前帖子中已经链接了同一行 :slight_smile:)

6 个赞

我有很多情况,人们回复系统消息,而消息明确表示不予监控,但在这种情况下,它_明确_说明回复_此_PM,因此,要么自动将“@moderators”添加到PM(这将是一个合乎逻辑的选择,因为PM是版主操作的直接结果),要么将文本从“或回复此消息”更改为“或发送PM至“@moderators””。

5 个赞