另外，我被问过几次，未来是否有可能性为 Private topics permitted groups 中指定的组提供一个 UI 切换，以便他们自己查看过滤后的视图。
1 个赞
3 个赞
2 篇帖子已合并到一个现有主题：将“私人主题”重命名为“个人消息主题”
我到目前为止还没有听到任何抱怨。该插件在编写时已考虑了性能。
3 个赞
如果私有主题中的帖子被标记为已解决，则该帖子会出现在帖子所有者的个人资料的“已解决”选项卡中，并且所有人都可以看到。
2 个赞
感谢您报告此问题。我们将尽快处理。
3 个赞
@SubStrider 报告的问题已得到解决。请将插件更新至 1.5.12 版本。
再次感谢您的报告 @SubStrider 
5 个赞
我遇到了一个我称之为“bug”的问题。它可能不是代码中的传统问题，也许更像是设计上的可用性 bug。但它确实造成了一些我希望在未来避免的问题。背景如下：
一个拥有三位数用户数的 Discourse 实例，用作邮件列表的替代品。大约有 40 个分类（= 邮件列表），并配有相应的群组进行成员管理。其中一些分类使用“私有主题”插件来模拟邮件列表，非成员（但属于其他列表的成员）可以向其发送邮件。到目前为止一切都很好。
问题：
今天，管理员用户在一些列表中写了一个主题，与列表成员核对一些设置。对于“正常”/封闭的分类，一切正常，只有相应群组的成员收到了消息。但对于使用“私有主题”插件的分类，情况并非如此。<编辑> 在那里，所有数百名用户，无论他们是否是该特定分类/群组的成员，都收到了包含该消息的电子邮件。 在那里，所有数百名用户，他们都是该分类的成员，因为分类权限已授予 
everyone[1]，但无论他们是否是该分类插件设置中定义的具有可见权限的特定群组的成员，都收到了包含该消息的电子邮件。 如稍后所认识到的，网站插件设置 Private topics permitted groups 仍在使用默认的 Admin 群组。</编辑>
（顺便说一句，我们以前也遇到过这个问题，当时一个用户，既是管理员又是“正常”账户，（错误地通过与管理员用户关联的电子邮件地址发送，而不是普通用户）将一份内部文件发送到了一个使用“私有主题”插件的分类，导致了信息泄露。那时我没有将此事与该插件联系起来，直到今天我才清楚当时发生了什么。）
预期行为：
我能理解设计选择的理由，即管理员的帖子/电子邮件总是可见/通过邮件发送。但在这种情况下，意图是只通知分类/群组的成员。发送给 Discourse 实例中所有人的数百封电子邮件对我来说非常不透明（而且令人不快）。
可能的修复：
我想改善这种情况。由于邮件发送是可用的，简单的确认对话框将不起作用。也许这可以成为插件中的全局设置，或者针对使用该插件的每个分类，来处理管理员帖子对所有人可见，还是只对分类/群组成员可见？这至少可以在设置新分类时提高意识。
不应使用，而应使用
trust_level_0，参见 OP ↩︎
请给我发一封私人消息，其中包含你能想到的所有相关信息，包括：
-
Discourse 和插件的版本
-
插件设置
-
您安装的其他插件
-
受影响类别的类别安全设置和特定于类别的插件设置
-
通知设置
-
是否启用了邮件列表模式？
-
那些无意中收到电子邮件通知的用户，在访问该类别时是否也能看到该主题
-
任何可能有助于我们重现问题的其他信息
感谢您的快速回复！
已发送。而且这些问题帮助我找到了根本原因（网站设置：插件设置：允许私信的主题组）。所以代码按设计工作，恕我直言，这是一个用户体验问题，有待改进。 
反直觉的一点是，当对“所有人”授予访问权限时，私有主题无法正常工作。OP 中提到了这一点，但说实话，我自己也曾不止一次地掉进过这个陷阱。我在设置中添加了一个警告，当某个类别对“所有人”开放且启用了私有主题时，该警告就会显示出来。
3 个赞
再次感谢 @RGJ 花时间与我一起调试和思考这个问题，帮助我发现了在使用 everyone 组时的配置错误。由于我的安装中只有登录用户才能访问 discourse 内容，我最初未能理解 everyone 和 trust_level_0 之间的区别——但现在我了解到，Discourse 对它们的处理方式大不相同。所以插件没有问题，甚至更感谢添加的警告，因为我担心我迟早会再次掉进那个陷阱…… 
2 个赞