それはさておき、Private topics permitted groups で指定されたグループに、フィルターされたビューを自分で表示するための UI トグルを提供する可能性が将来的にあるかどうか、何度か尋ねられました。
「いいね！」 1
この問題は、最新のコミットで解決されました。
（比較的）シンプルでパフォーマンスを維持するために、プライベートトピックからのリンクは、今後バックリンクを生成することは決してありません。
ご報告ありがとうございました、Stephen！
「いいね！」 3
既存のトピックに2件の投稿がマージされました：「プライベートトピック」を「個人メッセージトピック」に名前を変更
今のところ苦情は聞いていません。プラグインはパフォーマンスを考慮して作成されています。
「いいね！」 3
プライベートトピックの投稿が解決済みとしてマークされている場合、その投稿は投稿所有者のプロフィールの解決済みタブに表示され、全員に表示されます。
「いいね！」 2
ご報告ありがとうございます。できるだけ早く対応いたします。
「いいね！」 3
@SubStrider さんから報告された問題に対処しました。プラグインのバージョン 1.5.12 にアップデートしてください。
この度もご報告いただきありがとうございました @SubStrider 
「いいね！」 5
バグと思われるものにつまずきました。コードの伝統的な問題ではないかもしれませんが、デザイン上のユーザビリティバグかもしれません。それでも、将来的に避けたい問題を引き起こしました。以下に状況を説明します。
ユーザー数が3桁のDiscourseインスタンスを、メーリングリストの代替として使用しています。約40のカテゴリ（=メーリングリスト）があり、それぞれに対応するグループでメンバーシップを管理しています。カテゴリの一部では、プライベートトピックプラグインを使用して、非メンバー（ただし他のリストのメンバー）が書き込めるようにしてメーリングリストを模倣しています。ここまでは順調です。
問題点：
本日、管理ユーザーがリストメンバーに設定について確認するために、いくつかのリストにトピックを投稿しました。通常の/クローズドなカテゴリでは、対応するグループのメンバーのみがメッセージを受信したため、すべて問題ありませんでした。プライベートトピックプラグインを使用しているカテゴリでは、うまく機能しませんでした。<編集> そこでは、メンバーであるかどうかにかかわらず、何百人ものユーザー全員がメッセージのメールを受信しました。 カテゴリの権限が
everyoneに付与されていたため、すべてのユーザーがカテゴリのメンバーでしたが[1]、カテゴリプラグインの設定で可視権限を持つように定義された特定のグループのメンバーであるかどうかにかかわらず、メッセージのメールを受信しました。 後で認識したように、ウェブサイトプラグインの設定 Private topics permitted groups は、デフォルトの Admin グループをまだ使用していました。</編集>
（ちなみに、以前にも同様の問題が発生しました。管理ユーザーであり、通常のユーザーアカウントも持っているユーザーが、プライベートトピックプラグインを使用しているカテゴリに（管理ユーザーに関連付けられたメールアドレスから、通常のユーザーからではなく）内部文書を誤って送信し、情報漏洩につながりました。当時はこのプラグインとの関連性に気づきませんでしたが、今日になって初めて、当時何が起こったのかが明確になりました。）
期待される動作：
デザイン上の選択の理由は理解できます。管理者の投稿/メールは常に表示される/送信されるということです。しかし、この場合、意図したのはカテゴリ/グループのメンバーのみに通知することでした。このDiscourseインスタンス全体に何百ものメールが送信されたことは、私にとって非常に不透明（そして不快）でした。
可能な修正：
この状況を改善したいと思います。メーリング機能も利用可能であるため、単純な確認ダイアログでは機能しません。おそらく、管理者の投稿を全員に表示するか、カテゴリ/グループのメンバーのみに表示するかを選択できる、プラグインのグローバル設定、またはプラグインを使用するカテゴリごとに設定できるのではないでしょうか？少なくとも、新しいカテゴリを設定する際に認識を高めることができるでしょう。
これは使用すべきではなく、OPを参照してください。
trust_level_0を使用すべきです ↩︎
関連すると思われるすべての情報をプライベートメッセージ（PM）で送っていただけますか？以下を含めてください。
-
Discourseとプラグインのバージョン
-
プラグインの設定
-
インストールされている他のプラグイン
-
影響を受けているカテゴリのカテゴリセキュリティ設定とカテゴリ固有のプラグイン設定
-
通知設定
-
メーリングリストモードは有効になっていますか？
-
誤ってメール通知を受け取ったユーザーは、カテゴリにアクセスしたときにトピックを表示できますか？
-
再現を支援するために役立つ可能性のあるその他の事項
迅速な返信ありがとうございます！
完了しました。そして、質問のおかげで根本原因（ウェブサイトの設定：プラグインの設定：プライベートトピックを許可するグループ）を見つけることができました。したがって、コード的には設計どおりに動作しており、私の意見ではUXの問題であり、改善の恩恵を受けるでしょう。 
直感に反する点の一つは、プライベートトピックが「全員」にアクセス権が付与されているとうまく機能しないことです。これはOPで言及されていますが、正直なところ、私も何度もこれに引っかかりました。「全員」がアクセス可能なカテゴリでプライベートトピックが有効になっている場合に表示される警告を、設定に追加しました。
「いいね！」 3
再び@RGJさんに感謝します。問題のデバッグや検討に時間を割いていただき、everyoneグループの使用における私の設定エラーを見つけるのに役立ちました。私の環境ではログインユーザーのみがDiscourseコンテンツにアクセスできるため、当初はeveryoneとtrust_level_0の違いを理解できませんでしたが、Discourseがこれらをかなり異なる方法で処理することを学びました。したがって、プラグインに問題はなく、むしろ警告を追加してくれたことにさらに感謝しています。そうでなければ、遅かれ早かれ再びその落とし穴に陥っていたでしょう… 
「いいね！」 2
ユーザーが個別のトピックをプライベートとして作成するボタンを持つことは可能でしょうか？私たちはこれを大学のコースで使用しており、学生が投稿する際にデフォルトで表示されるようにしつつ、投稿時にプライベートとしてマークする機能を持たせたいと考えています。
5件の投稿が既存のトピックにマージされました: カテゴリでの投稿をトピックを「いいね」するまで制限する
プロセスについて、もう少し情報を提供していただけますか？
- 学生が投稿する際に、公開/非公開を選択できることを望んでいますか？
- 一定時間経過後、トピックの公開設定を変更することを許可すべきですか？
手間のかからない回避策は、トピックをダイレクトメッセージ（DM）に切り替えたり、その逆にしたりすることです。グループ宛てに対応します。
これには、モデレーターがDMから公開に、またはトピックから非公開にリストする作業が必要になります。
@RGJ この投稿を元に戻してください。ここにあるべきものではありません。
完了しました、私の間違いです。確かに他の投稿と一緒に移動されるべきではありませんでした。
しかし、この特定のユースケースに関するさらなる議論はここにはふさわしくないと思います。Private Topicsプラグインに議論を集中させてください。
このプラグインでコンソールに非推奨の警告が表示されています。
deprecation-identify-source.js:15 DEPRECATION: [PLUGIN discourse-private-topics] `@ember/service` から `inject` をインポートすることは非推奨です。代わりに `service` をインポートしてください。 [deprecation id: importing-inject-from-ember-service] これは ember-source 7.0.0 で削除されます。詳細については https://deprecations.emberjs.com/id/importing-inject-from-ember-service を参照してください。
「いいね！」 1