我们有一组用户,称为 groupA,我们希望仅允许 groupA 的成员向另一个组(称为 groupB)发送私信。
换句话说,groupB 的成员应仅接收来自 groupA 成员的私信。
在我们的案例中,管理员已授予某些客户 groupA 的成员资格,以允许他们(独家)通过私信向专家组(groupB)提问。我们不希望 groupB 接收来自 groupA 以外任何人的私信。请将此视为专为 groupA 的 VIP 成员提供的特殊功能。
是否有方法实现这一目标?
感谢您出色的软件和项目!
我们有一组用户,称为 groupA,我们希望仅允许 groupA 的成员向另一个组(称为 groupB)发送私信。
换句话说,groupB 的成员应仅接收来自 groupA 成员的私信。
在我们的案例中,管理员已授予某些客户 groupA 的成员资格,以允许他们(独家)通过私信向专家组(groupB)提问。我们不希望 groupB 接收来自 groupA 以外任何人的私信。请将此视为专为 groupA 的 VIP 成员提供的特殊功能。
是否有方法实现这一目标?
感谢您出色的软件和项目!
This is going to require a custom plugin, I do not think there is a way to place this restriction without one.
Alternatively, is there another technique to allow a “set” of users send PM to another group or “set” of users?
My initial question was about groups, but I was wondering about some way to utilise trust_levels, or custom fields of users (that is my notion of “set”).
My problem is that I need to allow one some users to PM some of the users (experts). I was thinking to have a post guiding the users to visit an external web site, do some integration with 3rd systems and using the Discourse RESTful API to “update” the user in order to have now the right to PM the expert user set.
Also - since my Ruby skills are zero
(so no hope to develop a classic plugin), another option for me to integrate would be custom JavaScript on the web site theme…
抱歉顶起一个旧帖子,但当我开始撰写一个包含相同问题的新帖子时,这个帖子很有帮助地被推荐给了我。我很惊讶这个功能还没有更多的需求。看起来可以通过扩展群组“谁可以给这个群组发消息?”下拉列表中显示的选项来完成:
我想知道是否因为在下拉列表中显示大量选项可能出现的 UI 问题而导致了对实现此功能的犹豫。如果是这样,也许可以使用一个多选输入框,类似于用于标记帖子的输入框,而不是当前的单选输入框。这样,就不需要列出所有可以给群组发消息的可能选项了。
更可能的是,犹豫是由于缺乏对该功能的需求。我假设的用例是,允许“客户”群组的成员给“客户支持”群组发消息,作为在网上商店购物的奖励。如果将来有任何意愿将所有客户支持都直接通过论坛处理,这甚至可能对 Meta 有用。