但是……这个主题中提出的建议是将私人聊天也与之关联，这样就可以一起禁用它们。
我支持“为每个选项设置独立开关”的观点。 
7 个赞
合并它当然是完美的！
怎么会呢？
两个用户可以共享许多不同的独立的私人消息主题，而聊天是字面上的短暂信息——默认情况下，90 天以上的信息会被清除。
它们是两种截然不同的机制。
将一种想象成电子邮件，另一种想象成短信。查找特定主题的电子邮件比滚动浏览数千条消息来寻找特定对话要容易得多。
如果你从不希望或不需要回顾过去的对话，那么就不要发起私信，但请也认识到，其他人可能会从更结构化且持久的消息功能所提供的功能中看到价值。
为什么？这两种功能中的新消息都会显示通知，如果你在查找之前阅读过的内容，私人消息已经可以搜索了：
2 个赞
默认情况下，聊天私信是持久的，只有类别聊天默认具有此 90 天自动删除。这就是为什么我基本上将它们视为相同。并不是说私信应该自动删除，默认设置就可以了。
1 个赞
管理员应该有一个通用的开关选项 + 在用户（使用用户级别）之前在此处进行访问控制
- 允许聊天群组
- 允许个人聊天群组
1 个赞
为了管理聊天系统的滥用。
我不确定管理员是否可以看到用户的私人聊天（我还没有测试到那个程度），但对于公开的聊天频道，滥用行为会被用户发现，因为它们本质上是公开的。
我的想法与这个预聊天想法的思路一致，在私信和聊天中都启用它将是一致的，并能让管理员很好地控制利用聊天/私信系统进行的恶意活动。
1 个赞
我最近合并了以下拉取请求，它们引入了一个 direct_message_enabled_groups 设置，类似于 personal_message_enabled_groups，用于控制谁可以发起直接消息对话。它默认为信任级别 1 自动组，并且工作人员（管理员和版主）无论如何都可以发送直接消息。
需要注意的是，这控制了直接消息频道的创建，但如果例如将其设置为仅允许信任级别 4 用户创建直接消息频道，则新频道中的任何用户都可以回复消息并在新频道中来回聊天。例如：
direct_message_enabled_groups设置为3|14，即工作人员 + TL4 自动组- 用户
jmcgill是 TL1，他无法创建新的直接消息频道，也无法在新侧边栏中看到个人聊天部分 - 用户
kwexler是 TL4，她与jmcgill创建了一个直接消息频道 - 侧边栏个人聊天部分现在将显示给
jmcgill，他可以在他们的频道中向kwexler发送消息，但jmcgill无法创建新的直接消息频道
以下是相关的提交：
8 个赞
另外，我们最近改进了聊天标记，使其与帖子标记的工作方式相同。此外，我们还在私信中启用了它们，而这在此之前是不可能的。当一条私人聊天消息被标记时，我们将包含一份先前消息的文字记录（最多十条），仅供版主查看，以便他们在做出决定前有更多的背景信息。
相关拉取请求（包含一些图片）：
7 个赞
关注此主题的各位可能还对另一项相关更改感兴趣：您现在还可以限制用户在创建新直接消息时可以添加的人数：
8 个赞