虽然私人消息是许多社区的重要组成部分，但它也可以是与他人互动的非常私人的途径。我们从许多大型社交网络中了解到，围绕私人消息（有时称为“DM”）的细粒度权限是减少针对性骚扰和欺凌的关键。
话虽如此，在许多相同的社交网络中，权限非常粗糙或被动，这同样适用于 Discourse。您可以选择禁用 所有 私人消息的接收，或者，如果您不想与某人交谈，可以将他们列入黑名单以阻止该用户进一步发送私人消息。第一种选择基本上意味着您无法再收到任何人的消息，而第二种选择仅在 您收到消息后 才提供帮助。
对于弱势群体来说，用户主动联系您可能会被视为侵犯您的个人/安全空间。对于选择私下处理分歧以继续讨论的用户来说，尤其如此，我经常看到这类互动被标记，尽管将此类讨论移至私下并不违反任何规则或政策。
因此，对我来说很明显，无论 意图 如何，开放式私人消息的 效果 可能会非常影响社区的安全感和保障感。
作为管理员，我几乎没有办法解决这个问题。我可以为 TL1/2 用户禁用私人消息，并将其限制给社区中受信任的成员，但代价是我实际上已经从绝大多数用户那里完全移除了私人消息（我说“移除”是指 Discourse 实际上完全隐藏了私人消息部分！）。我可以尝试制定一些关于私人消息礼仪的政策，但由于这在其他在线社区中根本不是常态，因此很可能只有在第一次违规 之后 才会阅读，这并不能解决问题，仍然是一种被动解决方案。
其他社交网络以各种方式对此做出了回应——例如，只有您添加为好友/允许列表中的人才能给您发消息——但我认为其中大多数也都不够，因为它们迫使希望建立新联系的人先公开请求。
相反，我想提出以下设置：
- 提供一个站点范围或每个用户的选项，要求用户批准所有首次私人消息。显然，工作人员的私人消息将是例外，并且还可以包含一个可选的“始终允许”组列表作为配置选项。
- 启用此功能后，您收到的任何 新 私人消息都会显示一条消息，指示谁发送了私人消息，以及该私人消息的主题。用户可以选择接受或拒绝该请求。
- 如果请求被接受，私人消息将可用，用户将被添加到允许列表中以便将来发送消息，并且对话将照常继续。
- 如果请求被拒绝，则什么都不会发生，通知将被删除，收件人不会收到私人消息，最重要的是， 请求者不会知道他们的消息被拒绝了。这是为了避免请求者报复。
- 可选地，可以在拒绝选项中添加一个复选框，以便还将用户添加到您的黑名单以阻止将来的私人消息请求，这样该用户将收到一条消息，表明“您正在发送消息的用户不接受私人消息”。
- 当然，用户可以编辑允许列表和黑名单以随时更改这些权限。
我认为这个提议解决了在公开发送消息之前必须征得许可的问题，同时还确保了滥用/欺凌/骚扰的可能性大大降低（因为除非被接受，否则私人消息的正文不可见），并且还避免了让请求者知道他们被静音/忽略等。
