大家好，
我不确定这是 Discourse 实例的错误还是配置错误。
情况是这样的：
当启用个人消息的群组设置为管理员时，一切正常，管理员可以向用户发起私人消息。
但是当消息发送给用户时，他只会通过顶部栏收到通知，但“消息”不会显示在他们的侧边栏中。
而管理员则有：
这是错误还是设计成这样显示的？
请提供建议，感谢您花时间阅读此主题。
Festinger。
我认为这听起来像是侧边栏/enabled_groups 设置之前的运作方式。当非员工用户禁用 PM 时，用户会收到通知，但无法访问菜单或用户页面中的消息选项卡（尽管他们仍然可以直接访问，如果他们知道地址）。
不过，我认为现在对于类似的 direct_message_enabled_groups 它的工作方式略有不同，所以这可能是需要统一和使其更加一致的地方。
4 个赞
我认为这是重新审视此事的合理理由，但消息 UI 目前更加复杂（包含收件箱、已发送等）。而且你可以关闭直接消息以将其从侧边栏中移除，但消息却不能这样做。
同意这有点奇怪，但我们可能会让它搁置一段时间，然后再着手进行任何更改。
4 个赞
感谢您的关注。
感谢您对我的报告提出的反馈。
我的某些用户觉得这真的很令人困惑；在阅读私人消息后，他们找不到他们的私人消息；尽管他们无法发送新的私人消息。希望将来能为我们的用户更改得更清晰一些=)
4 个赞
我在元（meta）上对此进行了快速测试，发现我的 TL0 测试用户账户没有任何访问消息的 UI，即使我已经向其发送了消息，并且我曾用它向版主发送消息。
与此同时，该用户可以访问 https://meta.discourse.org/my/messages 来访问他们的收件箱。
现在消息 UI 已更改，侧边栏中只有一个“我的消息”链接，我认为值得在此处进行更改，以便在用户有消息时提供相同的链接。通知菜单中也可以有一个消息过滤器，就像允许发送消息的人一样，作为访问消息的另一种方式。以下是我的测试用户现在的样子：
1 个赞
我认为这在很大程度上取决于私信（PM）的使用方式，是否在界面中显示收件箱链接才有意义。
对我来说，隐藏这些链接一直很有意义。默认情况下，私信仅对 TL0 用户禁用。因此，一旦用户花费 10 分钟阅读，他们就可以看到他们的收件箱。我不认为他们会在发生这种情况之前收到那么多消息。我不指望他们收到足够多的通知，以至于他们至少找不到它在完整通知列表中的位置。对我而言，这始终是简化新用户界面的一部分。
我认为新用户在阅读最初几条欢迎消息时，不需要收件箱以及顶部的所有这些选项卡。特别是（群组）收件箱的下拉菜单对大多数用户来说是不需要的。只要您至少属于一个可以发送消息的群组，就会有一个下拉菜单，其中只有一个选项：收件箱。
我认为直接从通知访问私信比查看收件箱更简化了体验。侧边栏中永久可见的链接会使更多用户查看它。
然而，我理解在不允许多人发送私信的网站上（即使是更高信任级别或大多数群组），隐藏收件箱会成为一个问题，因为那时它不仅仅是为了简化界面而对新用户隐藏。但那样的话，谁在给用户发消息？
对我来说，默认隐藏链接，只要用户不允许发送私信，就有意义。如果有些网站认为他们的用户仍然需要访问收件箱，为什么管理员不直接在侧边栏中添加一个指向收件箱的链接？
该链接可见了一小段时间，但为了匹配通知菜单项的行为，它被移除了 Messages section moved to single sidebar link - #4 by Moin
1 个赞
我同意 TL0 用户不需要在侧边栏看到“我的消息”。
我认为在 2022 年，@festinger 曾报告过一个我在 meta 上今天看不到的行为，那就是 TL1 及以上级别的用户在侧边栏也看不到“我的消息”。如果 Discourse 网站上仍然存在这种情况，我不知道如何重现。
我确实认为 TL0 用户仍然应该能够找到消息——有些网站对晋升到 TL1 可能有更严格的要求。我认为仍然在用户菜单上显示消息选项是值得考虑的。
我认为如果 personal message enabled groups 设置为“admins”，你在 Meta 上也会看到同样的情况。
1 个赞
是的，我在 Meta 上快速测试了一下，发现你说得对。当我从该设置中移除 TL1 时，我的 TL1 用户失去了“我的消息”导航。
我同意 @festinger 的观点，这很奇怪。仅仅因为你不能发起新消息，并不意味着你不应该能够轻松地访问别人发给你的消息！它不必在侧边栏上，但仍然应该在某个地方可以找到。用户菜单似乎是合理的。
而且……哇……现在看到它，我才想起几年前我曾参与编写那个糟糕的网站设置说明。不幸的是，我仍然认为没有更好的方法来描述它。
