这可能是一个有用的默认设置，也可能不是，这可能取决于社区的类型，但我不太确定这是否真的能让搜索更容易访问个人消息。
在私人支持的背景下，可以合理地假设它将与整个社区密切相关，因此很可能会有类似的主题/帖子，并且可能会在用户可能正在搜索的个人消息周围产生大量噪音。
就像类别在建议中会计算出标题一样，也许 in:personal 也可以有一个自己的相关标题，让建议更友好一些。
例如，如果我在查看此处的功能类别时开始搜索，我会看到这个：
选择它会将 #feature 添加到搜索查询中。对于个人消息，这可能类似于“在消息中”，选择它仍然会将 in:personal 添加到搜索查询中。
是的，我们已不再默认在应用中的特定路由中使用搜索过滤器，因为我们的搜索小部件现在会在您键入时建议过滤器。（例如，如果您键入与类别/标签名称匹配的单词，它将被建议为过滤器）。
但是没有人会键入 in:personal，所以这没有帮助。我同意 @jerry0 的观点，这是一个令人困惑的标签。最简单的改进方法是将 in:messages 添加为 in:personal 的同义词，并在用户界面中使用它。
一个更复杂的解决方案可以是我们为话题内搜索所做的。我们有一个特殊情况，只有在调用 ⌘+F 快捷方式时（我们在帖子很多的话题中覆盖了它）才会自动启用：
当查看私信/收件箱时，我们可以做类似的事情。
我必须说，Discourse 团队太棒了 
这将是黄金。
我真的很怀念在特定群组收件箱中按关键字搜索消息的功能。我认为现在根本不可能做到这一点，除非我遗漏了什么。
两个更改现已合并。
1：当您在个人或群组收件箱中时，搜索现在会自动限定为私信 (PM)，UI 如下所示（提交）：
2：此提交添加了对 in:messages 关键字的支持。它的工作方式与 in:personal（仍然可用）相同，但现在我们在 UI 中优先使用 in:messages。
这是一个巨大的改进！in:messages 对我来说比 in:personal 直观得多。
有没有办法也能搜索群组收件箱中的消息？我现在才意识到，我认为还没有就这看起来会是什么样子进行过任何讨论。也许是 group:GROUPNAME？
是的，我们一直在内部讨论这个问题，我刚刚在 FEATURE: Add `group_messages:` keyword to advanced search (#16584) · discourse/discourse@b266a36 · GitHub 中添加了对 group_messages:GROUPNAME 的支持。它已经在这里的 meta 上部署了。
（group:GROUPNAME 已经存在，它针对与群组关联的常规非私信主题。）
5 篇帖子已拆分到新主题：什么是群组：GROUP 搜索？
我刚注意到使用 group_messages: 进行搜索时，在快速结果底部没有像其他搜索那样显示“更多…”链接。这是故意的吗？
是的，抓得好。这不是故意的，我会尽快看看。
这同样也与私信搜索有关。
我的用户（以及我自己）很难找到来自特定用户或涉及特定用户的消息。当搜索 in:messages 时，用户名仅在被包含在消息正文中时才会弹出。
能够搜索用户名和消息作者的姓名，并优先显示，这将非常有帮助。
当在收件箱中搜索时，能够有一个来自用户或群组的消息的特定过滤器会更好，但我怀疑这会涉及更多工作！
这甚至看起来像一个错误。
我期望高级过滤器“由…发布”会搜索该人的帖子，而不是提及。
高级过滤器可以找到他们（在搜索词中包含@提及），但这对于那些只会输入用户姓名并期望他们出现的非技术用户来说太技术化了。
这是一个典型的功能失调的工作流程：
在收件箱中，他们尝试使用默认的 in:messages 在消息中查找用户（失败）
打开 高级搜索 并选择 已发布者 中的用户。意识到这只包括正文中包含姓名的消息，因为它仍然在搜索框中：
终于找到了：
对于新手用户（即大多数人/我们），如果这些内容包含在初始结果中，那将非常有帮助，因为只有最精通的用户才能第一次成功地深入查找。
当然，用户可以被教会如何做到这一点。但这并不是很好的用户体验！！
（抱歉@pfaffman，把他包含在内了！）
谢谢 @nathank，这对我来说是一个合理的要求，我们应该可以通过在 PM 搜索数据中添加主题参与者来解决这个问题。
