一貫した動作が得られないため、明日は try.discourse.org で最初の 2 つの変数を制御して検証します。
以下に異なる 2 つの例を示します。
このサイトでの Firefox 上の管理者 = 未読トピックは表示されますが、サブカテゴリ（wordpress）は抑制されます。サポートカテゴリで、最初のトピックはそのサブカテゴリからのものです:
プライベートサイトでの Chrome 上の非管理者 = 期待通りサブカテゴリ（Connect）は抑制されませんが、トピックは抑制されます - 「1 件の新トピック」インジケーターをご覧ください:
参考までに、以前モバイルで発生していた問題は単にキャッシュによるものでした。これを回避するため、設定を変更するたびに Discourse アプリを再起動しました。
なるほど、確認しました。ミュートされたサブカテゴリのトピックが、親カテゴリに表示されるのは、管理者でも一般ユーザーでも同じです。
つまり、これはバグでしょうか？
こんにちは
改めてテストする時間があったので、サブカテゴリのミュート機能が期待通りに動作することを確認しました。
私はこれを再現できませんでした。もしまだこの問題が発生している場合、ミュートされたサブカテゴリの設定画面と、ミュートされたサブカテゴリのトピックが表示されているカテゴリビューの実際のスクリーンショットを投稿してください。
try.discourse.org にはサブカテゴリが存在しないため、サブカテゴリのミュート機能が正しく動作している様子を直接お見せすることはできません。そのため、私は自分のプライベートインスタンスを使用してテストしました。そのため、識別可能な情報を伏せています。
ミュートされたサブカテゴリ内のトピックがカテゴリ内に表示されることはありませんでした。ミュートされたサブカテゴリに直接アクセスしないと、そのトピックを確認できませんでした。
ミュートされたサブカテゴリを含むカテゴリを表示すると、そのサブカテゴリのトピックは一切表示されません。ただし、ミュートされていない「Connect」というサブカテゴリは表示されるため、「Test topic」も表示されます。
「Latest | Categories」ビューではそのトピックを確認できましたが、ミュートされた「Create」というサブカテゴリにある「Test topic 2」や「Test topic 3」は表示されませんでした。
ミュートされた「Create」というサブカテゴリを表示すると、含まれているすべてのトピックを確認できます。もちろん、これらのトピックにアクセスできる方法が必要であるため、特定のサブカテゴリ内では表示されるようになっています。
正しく動作していることを確認するために、ミュートされたサブカテゴリにある「Test topic 2」と「Test topic 3」は「Latest | Categories」ビューでは表示されませんでした。
私の場合、ミュートされたサブカテゴリのトピックは「カテゴリ」ビューには表示されますが、「最新」ビューには表示されません。
親カテゴリ「Announcement」には 2 つのサブカテゴリがあります。
--------6pm 通常表示
--------8am MUTED
「Announcement -all - 最新」ビューでは、ミュートされていない「------6pm」サブカテゴリのトピックのみが表示されます。
しかし、ご覧の通り、「カテゴリ」ビューでは「--------8am」のトピックが親カテゴリ「Announcement」に表示されています。
したがって、これは明らかにバグです。
それはミュート機能が本来行う動作です。検索して探さない限り表示されないようにします。
どのように動作させたいですか？
申し訳ありませんが、これは私には理解できません。
再度申し上げますが、カテゴリビューでは、ミュートされたサブカテゴリのトピックが表示されています。
なぜでしょうか？
しかし、親カテゴリ（お知らせ）をクリックすると、ミュートされたサブカテゴリのトピックは消えてしまいます。
この動作の意味がわかりません。
表示されるべきでないなら、なぜカテゴリビューでは表示されているのでしょうか？？？
私の理解では、それらは「最新」などの場所からはミュートされていますが、カテゴリにアクセスすれば見つけることができます。それらを一切見たくない場合は、リストから除外する必要があります。
カテゴリにアクセスしても表示されないとしたら、どうやってそれらを見つけることができるでしょうか？
繰り返しになりますが、それらは確かにトップ/メインのカテゴリ表示に表示されます。以下をご覧ください：
ミュートされた「—8am」カテゴリからの8時のトピックが表示されているのが確認できます。
なぜでしょうか？
その後、親の「Announcement」カテゴリを選択/クリックすると、ミュートされたカテゴリとミュートされたトピックは表示されません。
これが想定された動作だと理解しているとしても、なぜミュートされたカテゴリのトピックがカテゴリ表示の親カテゴリに表示されるのか（画像1参照）が理解できません。
いくつかの観察点について、ちょっと気になったので質問させてください。
トピックタイトルの左側に表示されている（ファイル？）アイコンは何でしょうか？もしかするとサードパーティ製の何かが関与していて、セーフモードで「修正」できるかもしれません。
カテゴリーの名前が実際に「ダッシュ ダッシュ ダッシュ … 時間」なのでしょうか？私の知る限り、これは予期しないエッジケースであり、バグとは言い難いと思います。
良い質問ですね。私にはわかりません……でも、すべてのトピックの隣に表示されています。
いいえ、もちろんそんなことはありません！画像を編集して実際のカテゴリ名を隠しただけです。
aaaaaa8am や bbbbbb6pm のように名付けることもできます。
実際、この小さなアイコンは meta.discourse にも表示されています：
これは、例えば「固定」トピックとは対照的に、通常のトピックであることを示すためのものだと思います。
つまり…当社の側には特別なことはありません。
このトピックは、元々扱っていたメーリングリストモードの通知という主題からずれてきていると思います。通知を停止する解決策には二つの方法があります。どちらが望ましいかは、カテゴリのどちらの割合が小さいかによって基本的に決まります：
そのため、ミュートされたサブカテゴリのトピックを表示しない「最新 | カテゴリ」ビューをテストしました。期待通りに動作しました。
しかし、今は別の問題について話しています。カテゴリビューは、メーリングリストモードの通知とは関係がないと私は認識しているため、テストしていません。
そのため、この問題は新しいトピックに移すべきだと考えます。
ここでは2つの考え方を提案します。どちらも完全な設計ではありませんが、参考になれば幸いです。
注意点：ここでの複雑さは、通知タイプの間の関係性にあります。以下の設定（トピック、サブカテゴリ、カテゴリ、グローバルに表示されるもの）以外をすべて削除した状況を想像してみてください。
グローバル設定には「継承」は含めません。これは最上位レベルだからです。
トピック設定には「最初の投稿」は含めません。遡って適用できないためです。
設定の数を減らすこと（例えば、「追跡」と「通知」を一つの連続体として統合するなど）は、通知の設定を素早く行うことには役立ちますが、メール設定との関係を考慮する必要がある場合、必ずしも単純化されるわけではありません。
⇒ カテゴリごとのメーリングリストモードに切り替える場合、現在持っている簡素化や関係性は、そのまま維持したいものとは限らない可能性があります。
これが私がこの議論に参加したきっかけです。私にとって、「メーリングリストモード」（「すべての通知をメールで送る」とは対照的に）とは、通知管理（メール内での）の責任を自分が負うことを意味します。Discourse は、メールで送信されたすべての投稿を読んだと前提すべきです。メーリングリストモードがオンになっているカテゴリでは、未読の通知は決して受け取らないはずです（自動的に既読としてマークされる通知は受け取りたいですが）。
メールリストモードで、デフォルトとしてミュートされていないすべてのカテゴリを受信する仕組みがあれば、1〜2クリックでカテゴリをミュートできるなら、それは非常に歓迎です。メールインターフェースを主に使いたい私たちにとって、ウェブインターフェースに移動し、アイコンを選択し、人物アイコンをクリックし、設定、カテゴリ、ミュート済みエリアでミュートしたいカテゴリを探して選択するという手順は、非常に手間がかかります。各メールの下部にある「購読解除」ボタンに、サブカテゴリまたはカテゴリ全体をミュートするオプションを追加すれば、はるかに簡単になるはずです。見落としている可能性はありますが、検索してもこの可能性について議論した人はいませんでした。皆さんはこのシンプルなアイデアをどう思いますか？
通知の好みをカテゴリ、タグ、トピックごとに設定するには、ベルアイコンを選択するだけでも構いません。ユーザー設定から行う必要はありません。
メールのミュートボタンについてですが、メールの下部にある「購読解除」ボタンを選択してみてください。「このトピックのフォローを停止」や「以下のトピックのフォローをすべて停止」などのオプションが表示され、受信するメールを減らすことができます。
ベルアイコンに気づいていませんでした。その情報、ありがとうございます。ただし、私のベルアイコンにはトピックのみが表示されています：
メーリングリストモードが有効で、特定のコミュニティをフォローしていない場合、そのコミュニティの購読を解除するオプションが表示されません。それが私の指摘する点です。新しいユーザーとして2枚目の画像を投稿することはできませんが、表示されるオプションは以下の通りです：
カテゴリにアクセスし、右上にあるベルアイコンを探してください。
なるほど、それなら簡単ですね。つまり、「購読解除」をクリックする代わりに、「トピックへ移動」をクリックし、ページ上部のカテゴリを選択して、ベルアイコンからミュート設定にするのです。期待していた2回クリックではなく4回クリックですが、ユーザー設定に移動してカテゴリを検索するよりはるかに楽ですね。
しばらく検討した末、メーリングリストモードを利用している者として、具体的な提案があります：
これにより、現在通知に対して行っているのと同じように、カテゴリごとのウォッチ設定を調整するだけで、カテゴリごとにメーリングリストモードを制御できるようになります。新たな設定項目を追加する必要はなく、複雑さもほとんど増えません。また、通知メールを完全にオフにしたいユーザーにとって、簡単に切り替える手段を提供することになります。
実際、純粋なメーリングリストからの移行を許可するという当初の目標は、@smichel17 が提案していることとは機能しないと思います。なぜなら、これによりメーリングリストの設定が「監視」状態に依存してしまうからです。私が求めていたのは、フォーラムの他の部分の通常の利用を許可しつつ、メーリングリストを「カテゴリごと」に設定できる機能でした。
私たちの状況は、新しい Discourse フォーラムが順調に稼働していますが、それはコミュニティメンバーのよりアクティブな一部によってのみ使用されているということです。そして、ほとんどすべてのメンバーがいるレガシーな Mailman インスタンスがあります。この Mailman インスタンスは地理的に基づいています（私たちの組織の各支部には、月に数回会議の手配に使用するメーリングリストがあり、これは多層的です）。
理想的には、Mailman から Discourse に地理的な構造を再作成し、それらのカテゴリをメーリングリストモードに設定することになります。それは、既存の受動的なユーザーが引き続き情報にアクセスできることを意味しますが、IT のオーバーヘッドは削減され（Mailman は不要になります）、ユーザーが Discourse フォーラム自体により関与しやすくなるでしょう。
しかし、もし私の理解が正しければ、これは現在 Discourse では実装不可能ですか、それともこのスレッドを誤解していますか？
