Restrict who you can PM based on Groups

AI 生成的摘要

The discussion centers on a feature request to restrict private messaging (PMs) based on group memberships, addressing privacy concerns and the difficulty of finding the correct user among similar usernames. Valya_Barboy initiates the thread by explaining that while @mentions provide warnings for users without access, PMs do not, leading to messages being sent to the wrong people. They propose limiting PMs to staff and users within the same groups. HAWK confirms this is not currently possible in core Discourse, noting that while private groups exist, they do not restrict PM visibility. jomaxro clarifies that limiting PMs to group members is not on the roadmap, though groups can be made private so only members know who is inside. Valya_Barboy adds that their groups are already private, but the PM restriction is still needed, and suggests increasing the user dropdown limit. jerry0 supports the idea, suggesting restrictions based on Primary Groups. A practical solution is provided by kinetiksoft, who highlights an open-source plugin, discourse-restrict-pms-to-group, developed by Michael from Communiteq. The plugin successfully restricts PMs to specific groups and has been stable for years. JammyDodger acknowledges the plugin and keeps the feature request open for core implementation, referencing potential UI updates for group settings. tobiaseigen agrees that such a feature is an obvious candidate for future updates, noting its utility for managing premium support channels, and confirms the plugin works well for their needs.

Hi Discourse Community!

We’re using groups and categories to restrict what users can see/which forums they can participate in. This is mostly for privacy reasons/so that people aren’t inundated with topics that do not apply to them.

However, we’ve noticed that when you @mention people, or when you private message them, you can actually tag (or reach out to) any user on the platform. With the @mention, you get a warning saying that you’re mentioning someone who doesn’t have access, which is super helpful. However, for private messages, it’s very hard to find the correct person to reach out to. Often people have very similar names/usernames, and we’ve had problems of people messaging the wrong person without realizing it.

We were wondering if you have a solution for this use case. Our idea was to restrict who you can PM, allowing only staff + people in the same groups as you. Is this possible? Is there a different/better work around?

Thank you!

3 个赞

It’s not at the moment, no.

We’ve had a few requests lately to make groups ‘private’ so that only group members know who is in the group. I think that would make a lot of sense for several use cases.

Your request for limiting PMs to group members would be a natural extension of that. I’m not sure if we’ve actually road mapped this though. @jomaxro can you remember?

4 个赞

I don’t believe limiting PMs to group members is on the road map at this time. Groups can be private though, simply set Who can see this group? to Group owners, members and admins.

2 个赞

Yeah, I’ve mixed things up a bit here with my words. Sorry about that.
The request I’m thinking of is to make a group visible so that people know it exists, but to hide who is in it.

2 个赞

For clarification, on our end, we already restrict who can see the group, by using precisely the setting that Joshua mentioned. I don’t think we care about people seeing who is in the group (since we only show groups to members/admins). But it would be vastly helpful to be able to restrict who you can message based on group memberships, because we’ve had a number of messages sent to the wrong person.

Another thing that would help here is being able to have more than 6 people show up in the dropdown so that people can scroll down and find the correct user. Dunno if that’s closer on the roadmap.

It would indeed be very useful to be able to restrict personal messaging by group.

In fact it would be most useful to be able to restrict PMs to their Primary Group (as set in the User Profile).

1 个赞

大家好,

我们实际上已经通过在 21 年 8 月提出了 marketplace 请求解决了这个问题,该请求由 Michael from Communiteq 完成 :heart_hands:t3:,并作为 开源插件供公众使用 发布。

现在已经过去好几年了,它运行得非常好,而且无需维护。

我已发布新的插件主题,用于托管和讨论有关此功能的其他信息:

5 个赞

太好了,你们已经找到了社区提供的解决方案。 :raised_hands:

我会保留这个 #contribute:功能请求 帖子,以便其他用户如果希望核心功能中包含此项,仍可以发声支持。 :+1:

我认为关于将群组设置中的这一部分改为类似“群组允许”类型的输入框,有一些想法在讨论中,这与最近对管理员设置所做的更改类似——Changes coming to settings for giving access to features (from trust levels to groups)

不过我不确定这样的改动实现的可能性有多大,也不确定如果引起更多关注,预计的时间线会是怎样。

1 个赞

是的,真不敢相信我们当时没加入这个功能!我不记得具体原因了,但它显然是升级为新方式(New Way™)的绝佳候选。

我指望这个功能让我的网站高级会员能够访问支持私信系统,类似于这里为托管客户使用的系统,但会加以限制。毕竟只有我一个人,需要减少噪音!:hear_no_evil_monkey:

目前,我很欣慰有这个插件选项。我已经测试过,它确实有效!