即使将私信设置为“仅限员工”（最严格的设置），一些系统消息和来自员工的私信（例如通过标记等）仍然会显示出来。
值得注意的是，这些在用户界面中被大大抑制，并且仅作为非员工用户的消息通知出现。一旦读取，它们在用户界面中就无法再发现（但 /my/messages 仍然存在）。
这种无法发现性是个问题——我如何找到聊天机器人教程？上周那个版主跟我说了什么？
我希望所有这些私信都能变成聊天，并希望聊天能获得比私信更多的功能，例如：
然后，这将是一个真正的选择：
- 仅私信 或
- 私信和聊天
- 仅聊天
6 个赞
我花了一天时间阅读了关于“聊天”和“消息”之间的区别，在这里以及现在已经采用它的其他地方，因为这对我来说一点意义都没有。
现在它有意义了……但对许多用户来说，这种区别仍然没有意义，而这现在才是问题所在。
我将尝试使用不同的术语来尝试阐明它是什么以及为什么它不同，所以我将称我的为“实时”。我想分享一下，以防这对其他人有帮助，或者任何人有更好的主意。
9 个赞
我们有私人消息和私人聊天，但人们会感到困惑。因此，我们只在 TL2 上启用了 PM。
5 个赞
我一直在思考私信/直接消息（为了更好的区分，可以称之为邮件）与 Discourse 中的聊天功能共存的作用，并且我认为前者永远不应被弃用（很高兴知道它不会！）。Discourse 有一个很棒的功能，它的私信系统可以作为电子邮件交换的媒介，以便与组织外部的人员合作，而电子邮件将长期存在。
考虑到 Reddit 上的私信收件箱功能是如何被悄悄地搁置，转而支持聊天功能（我认为消息图标曾经也在导航栏中，但现在只有一个聊天图标），我想知道在其他平台上是否有两个系统良好共存的典范。（Tumblr 有一个类似的系统，有一个用于提问的收件箱以及一个聊天功能，但这并不是一个有力的例子。）
就我个人而言，我认为在传统的讨论论坛中同步聊天室没有价值，因为我认为短暂的交流会损害有价值和真实的讨论，或者将实际版块的语气限制得更正式，但我认识到根据社区类型，需求可能有所不同，例如，对于工作场所来说，可能需要更具生产力的功能。
3 个赞
也许值得探索的一个想法：我觉得可以着重强调这两个系统的同步/异步方面，并提供一个方便的“切换功能”从一个系统切换到另一个系统。
论坛可以检测对方用户是否在线，然后引导至相应的系统。例如，在发起私信时，可以提示“xyz 目前在线，您想改为发起聊天吗？”，反之亦然：“xyz 目前似乎不在线，您想改为发起私信吗？”。
如果在聊天会话的最后几条消息在 x 分钟内未得到答复，并且/或者用户已离线超过 x 分钟，则自动将聊天转移到私信。也许会带有某种“继续讨论自：”的提示，就像创建链接主题时一样，并且最好能包含一些引用/上下文。
在进行的私信中，如果对方在线，则在侧边显示通知：“xyz 现在在线，您想在聊天会话中继续此对话吗？”，反之亦然。
这听起来像是一种很好的共存机制，并能立即体现两者的区别和优势。直接（聊天）通常也会倾向于更快、更短的消息，但这应该是一个自然而然的想法。
3 个赞
完全同意！
我已经多次使用私信进行深入的来回讨论。这些讨论我将在未来几年内参考。而聊天则不能，我们不使用聊天。
聊天更侧重于简短快速的交流，而不是深入的、一对一的讨论。这是两件完全不同的事情。删除私信将是一场灾难，并迫使我寻找其他解决方案。
5 个赞
这里有很多信息需要消化。 
我只想说：我大量使用私信。
- 备忘录
- 为我们家庭论坛中的每个人设置一个私信，以便他们可以为我们更新地址等信息
- 跟踪住房申请（或任何包含大量个人信息的内容）
- 客户消息/群组收件箱
我看到很多关于两者如何合并的建议，但对我来说，它已经处于一个最佳状态：如果需要，可以启用它；例如，我在所有公开网站上都关闭了它，而我却在使用聊天。（这里的“公开”仅表示“非私密”，我们谈论的是可能同时有数十个用户 
。）
总之，我将继续喜欢在各种活动中使用私信。 
8 个赞