您好。我注意到用户担心在个人消息主题中添加其他用户,而这些用户可以看到整个消息线程,如果有人在线程早期发布了私人信息,可能会导致有意或无意的身份泄露。
这些用户期望的行为是,添加的用户只能从他们被添加的那个点开始查看个人消息主题。这对我来说听起来也很理想,但在 Discourse 方面实现起来可能很困难。
我想知道在短期内是否可以禁止在个人消息主题开始后添加用户,也许只允许移除用户?
您好。我注意到用户担心在个人消息主题中添加其他用户,而这些用户可以看到整个消息线程,如果有人在线程早期发布了私人信息,可能会导致有意或无意的身份泄露。
这些用户期望的行为是,添加的用户只能从他们被添加的那个点开始查看个人消息主题。这对我来说听起来也很理想,但在 Discourse 方面实现起来可能很困难。
我想知道在短期内是否可以禁止在个人消息主题开始后添加用户,也许只允许移除用户?
您好,
关于消息功能有一个普遍的问题,我注意到似乎任何私人消息线程的成员都可以添加新成员,是否有设置可以更改这一点?
我听说这可能是故意的,因为任何人都可以为这些消息添加版主,因为如果它们是加密的,版主即使在被标记后也无法访问消息。
但是,如果有人在未征求其余成员同意的情况下将非版主用户添加到线程中,这可能会有问题。
主要问题是,是否有可以调整的权限设置,或者是否可以将其开发为一项新功能,默认情况下只有发起私人消息的人才能将新成员添加到其中,或者甚至他们也无法做到这一点,但有一个例外是请求对被标记的帖子进行版主管理。
是的,这之前也出现过,包括您创建的一个主题。我认为目前除了 max_allowed_message_recipients 和 min_trust_level_to_allow_invite 设置之外,没有控制添加 PM 收件人的设置或机制。
感谢您的回复,我忘了之前问过这个问题,但当时没有答案。
前几天,有人(在我看来)在这里与版主进行私人消息争论。该私人消息是由版主发起的。非版主用户邀请我加入该消息。他们能够这样做,我觉得很奇怪。我也知道有些情况,允许未发起私人消息的用户邀请其他用户加入私人消息很方便。与其设置一个阻止私人消息参与者添加其他参与者的站点设置,不如有一个可以根据每个私人消息进行覆盖的默认值。
这是我喜欢称之为论坛礼仪的事情之一(而不是明确的规则,如果有人觉得需要,他们可以制定一项关于添加收件人的具体规则)——我认为在邀请其他人之前,先询问当前群聊参与者是否可以这样做是一种良好的礼仪。
我喜欢这个主意。不确定如何实现,比如是否可以像工作人员拥有的官方警告复选框一样添加一个复选框?(我猜是一个允许群发私信的设置
)
哈哈,是的,我能想到一些尴尬的情况,我被邀请参加一些谈话,但我感觉自己可能不应该在那里。
这可能是一种礼仪问题,具体取决于谈话内容,但有时也可能超出这个范畴。
任何人都可以离开消息线程,有些人也可以将其他人踢出。
我也遇到了同样的事情。我不确定是否应该在这里的论坛上提及此事,也许版主会对此发表评论或进行管理。
在此之后,我确实告诉版主,我曾建议用户在这样做之前先征得许可,但他们觉得没有必要,因为该主题最初是他们自己发起的一个帖子,后来被撤下改为一条消息。
我确实认为需要指出的是,它们实际上并不是私人消息。它们被称为个人消息,不一定像某些人认为的那样是“私密的”。它们非常适合小组讨论,我的论坛工作人员经常使用此功能。我知道我们的许多论坛用户也这样做,因为这非常排外,哈哈。
这似乎很好地说明了问题。基本上,我被授予了访问不属于我业务的权限。
我也不确定。特别是如果目标是不在UI中引入过多复杂性的话。对我正在考虑的那些情况,它可以作为一个组设置来控制,但我认为这并不能解决OP中提到的问题。
好吧,有点像一个未列出的线程,不会出现在主页或搜索中,但仍然不安全。
我认为,如果你能将示例严格限制在一般性术语范围内,那么它就与讨论相关。但是,讨论用户的具体细节和/或情况可能是不合适的。请注意这一点。![]()
我同意。我认为在那些情况下,这会使受邀参与版主讨论的人处于非常尴尬的境地,而且我不建议将其作为良好论坛礼仪的例子。如果有一个我可以切换的开关来禁止它,我想我在创建那种私信时会使用它。
似乎有几个话题提到了这一点,所以我将尝试将它们整理一下,以便我们可以将讨论集中在一个地方。![]()
好的,谢谢,我同意切换开关听起来是个好主意。
还有一个个人聊天功能,这有点不同,我没怎么用过,不知道它是如何工作的。
有意思的想法。那么,参与者中的任何一个人都可以点击“无其他参与者”按钮,并且只有激活它的人才能将其停用?
这正是棘手之处。也许最好只授予发起消息的人或工作人员此权限。我认为这可以处理此帖子中列出的所有情况:Prevent adding additional users to personal messages? - #3 by Lilly
对我来说,最直接的情况是官方警告私人消息。在这种情况下,我甚至不确定是否需要切换。
值得注意的是,当 Discourse 用作支持平台时,任何用户都可以将用户添加到私人消息中的功能非常有用。这允许请求支持的人将他们的团队成员添加到私人消息中。这使得支持团队的生活有所轻松,因为他们将责任推给了寻求支持的人,让他们确保不会邀请错误的人加入私人消息。
我不推荐这样做。
对于创建新消息线程的人来说,这可能是一个选项,但最好将该选项仅限于信任等级为 #4 的员工/志愿者版主。
最后一个技术问题;不知道是否有人知道当对话中不再有成员时会发生什么?这些消息是自动删除还是以某种方式存档?
当 所有 成员都从私信中移除时,它会进入一种奇怪的状态。它既不会被存档也不会被删除,但据我所知,它不会在任何用户界面中显示。管理员仍然可以访问该消息,只要他们知道消息的 ID。这是一个例子:
如果管理员愿意,他们可以将用户重新添加回该消息。
有趣的是,我刚刚测试了这一点,在将所有人从消息中移除后,消息线程仍然存在,并且 URL 也相同。移除他人消息存在一些限制,似乎只有发起消息者或管理员/版主才能执行此操作。
这似乎是未来几年可能会得到进一步发展的功能。如果发生这种情况而没有先记录 URL,那么除了可能存在的其他方法外,将无法访问/删除消息线程。
添加新成员加入对话的功能,目前没有正式的邀请,也没有提供接受或拒绝邀请的选项。
如果能进一步开发此功能,也许可以整合一个系统,例如:随机用户 478 想邀请某人加入对话:这会通知其他成员他们已请求发送邀请,但这可能需要几天时间才能通过邮件服务发送。
Discourse 运行速度很快,但有时慢一点更好。