我们已禁用私信功能，因为我们不希望用户能够单独互相发送消息。不过，我认为保留提及功能和向群组发送消息的功能仍然很有价值。例如，假设我们为某个特定活动的所有参与者创建一个群组。我们希望在活动开始前和活动期间能够互相沟通，并在发送消息时默认通知所有成员；但当活动结束、不再需要该群组时，将其设为私密类别似乎并非最佳方案。
这是一个有趣的使用场景，但我暂时想不出变通的解决方案。
如果全局禁用了私信，那么群组内的私信也会被禁用。我刚刚在自己的站点上测试过，情况有点令人困惑：群组页面上仍然显示“消息”按钮，但尝试发送消息时会报错。
我认为你需要为群组创建一个私密分类，然后在活动结束后将其删除。
5 个赞
我将把此话题移至 #feature 类别。我认为，即使没有权限向其他用户发送私信的用户，也应能够向群组发送消息。
我的理由是：在 Discourse 上搭建支持系统最简单的方法是创建一个自定义群组来回答支持请求，然后允许用户向该群组发送私信。目前，此功能依赖于启用“启用个人消息”设置。即使启用了该设置，也只有满足“发送消息所需的最小信任等级”要求的用户才能向群组发送站内消息。我认为，搭建此类支持系统不应以允许用户向其他用户发送私信为前提。
一种可行的解决方案是添加一个“向群组发消息所需的最小信任等级”站点设置。这样，可以通过将“发送消息所需的最小信任等级”设置为“Staff”（或“4:leader”）来禁用普通用户的常规私信，同时通过将“向群组发消息所需的最小信任等级”设置为“0: new user”，允许站点上的所有用户向支持系统发送消息。
12 个赞
听起来真的很合理！
1 个赞
经过进一步思考，我不确定是否需要新增一个站点设置。相反，可以尊重群组自身的“谁可以向此群组发送消息”设置，并在向群组发送消息时忽略 enable personal messages（启用私信）和 min trust to send messages（发送消息所需的最小信任等级）这两个站点设置的值。或许可以在群组的“谁可以向此群组发送消息”设置中增加更多选项。例如，可以限制特定群组的消息发送仅允许达到一定信任等级的用户。
与此话题 somewhat 相关的是，在某些方面，enable personal messages 设置似乎有些冗余。如果在 min trust to send messages 设置中增加一个“工作人员”选项，那么可能就不再需要 enable personal messages 设置了。
4 个赞
即使私信功能已禁用，“其他”标志仍可发送给版主——是否可能为该白名单添加额外的可选分组？
我非常赞同让“谁可以给此群组发消息”这一设置成为最高优先级的想法。
我觉得这很有道理！
2 个赞
哇，我正好在 Meta 上搜索关于这个主题的讨论——我们希望能够禁用用户之间的私信，但允许用户向我们的 @support 团队组发送消息。
另一个相关问题是用户能够搜索其他用户——既然我们不希望他们互相私信，那么也不希望他们能够互相查找，因此更希望能有一个设置来在搜索中启用或禁用此功能……
1 个赞