Apply "mailing list mode" per category

If you’re going to replace a set of mailing lists with discourse, there needs to be an easy way to subscribe to or watch categories but also mute the ones you’re not subscribed to.

But I think you’re right that watching a category and a per category making list mode are the same thing, or maybe a mailing list mode that turns off email for all but watched categories is what’s needed.

This is brainstorming, not a recommendation.

「いいね!」 1

I think in addition to this we should also have a “Email All” option in the category notifications dropdown:

@LeoMcA correct me if I’m wrong but I’m assuming the Mozilla community would really like to be able to set mailing-list settings from here.

「いいね!」 1

This is tricky cause this is a “parallel” state. I am also concerned that this is a very uncommon feature and baking it deep into the UI everywhere is overkill.

「いいね!」 5

I just see no good reason why it should work any different from the rest of our category notifications settings:

Cause it is a completely orthogonal system that operates in parallel with the rest. It has close to zero impact on existing notifications. Only thing it ensures is that emails do not double up.

「いいね!」 4

I’m of mixed opinions on this. With the Mozilla use-case that would be the best place to put it - burying it away in a user’s preferences completely disassociates it from the category and makes the feature near impossible to discover - but for every user welcoming it I imagine there would be many more finding the new menu horrifically confusing.

I don’t think it’s possible to square this circle and make a UI which is understandable for both the classical-Discourse/forum use-case and the Mozilla/mailman-esque use-case for anyone other than people like us deeply involved in the project.

@erlend_sh I still think your post from last summer about this is brilliant, and I regret I haven’t had the time to throw any development resources behind making it a reality:

I wonder if this per-category email-only notification setting we’re discussing should exist like “Enable Watching First Post” in your proposal. That way we could set sane defaults on an instance level (not show it on Meta Discourse, definitely show it on Mozilla Discourse, for example) but still allow power users do whatever they want on any instance.

EDIT: In the meantime, I would agree with @sam on the placement of UI. I don’t think adding this feature should depend on the whole-scale revamp of the behind-the-scenes notification settings. Indeed, that should probably be done separately from this - being able to additionally hide the category-level tracking option by default would be very useful on Mozilla Discourse considering how useless the option is there.

「いいね!」 3

Yep, that’s what I want. I already imagined it would work this way seeing as mailing list mode, as opposed to watch-first-topic, is already something you need to opt into.

「いいね!」 1

As a member of a community with a strong mailing list culture / legacy, I still believe that “mailing list mode per category” is a simpler approach that would make happy the users of mailing lists.

“Mailing list mode” at a category level should allow users to keep a full email archive with the activity in that category. “Watching” a category is not enough because (as far as I can see) misses email notifications for posts the system knows that the user has read via web, including their own.

Maybe this has been proposed by someone before (I have read this thread and some spinoffs but I might have missed comments), but I think the implementation could be relatively simple, at least UI-wise.

  • Create an admin setting to enable Maling list mode per category (disabled by default).
  • When enabled, this setting allows to enable Mailing list mode in specific categories (new categories would have it disabled by default).
  • When a category has Mailing list mode enabled, users see an option Email everything (or similar wording) on top of Watching.
  • Selecting this mode assures that all posts will generate emails regardless of whether the user has seen the posts in the forum or has authored them. Activity in this category will not generate web notifications because it is assumed that the user is reading the emails instead.

Sounds reasonable?

Note that in a real scenario of mailing list & web forum integration / migration, it is very important that mailing list users feel comfortable when the process starts. Quite often strong stakeholders, influencers and decision-makers on a topic like “Let’s deprecate Mailman and use Discourse instead” will be among these long term contributors with email-based workflows. They will be way more open to experimentation if they can keep their workflows untouched. Then, over time, they will see the full benefits of the integration / migration and for most the “mailing list mode” will give way to other levels of watching categories in the now wider and better integrated discussion forum.

「いいね!」 4

In general I am fine with:

But for now you can simply mute the categories you do not want in your email box and enable mailing list mode and be done.

「いいね!」 7

これは私たちの環境では機能していないようです。
メーリングリストモードをオンにし、(サブ)カテゴリをミュートしています。

機能しているのは、ミュートしたサブカテゴリからのメールが届かないことです。
機能していないのは、新しいトピックがウェブページに全く表示されないことです。「最新」「新規」「未読」「人気」のいずれのセクションにも表示されません。

表示されるのは、すべてのカテゴリを表示するホームページに移動した場合のみで、その際、特定のカテゴリボックスに最新のトピックが表示されます。

これはバグでしょうか、それとも何か見落としているのでしょうか?

「いいね!」 1

カテゴリまたはサブカテゴリをミュートすると、そのカテゴリ内のトピックは以下のようになります:

  • 通知がトリガーされない
  • 「最新」に表示されない
「いいね!」 3

はい、その点は理解しています。しかし、私にとって「最新」は「新規」または「トップ」または「未読」と同じ意味だと考えています。
この認識で正しいでしょうか、それとも「最新」と書かれた場合、上記すべてを指しているのでしょうか?

第二に、なぜミュートされたサブカテゴリのトピックがホームページの親カテゴリボックスに表示されるのでしょうか?
私が読んだ限りでは、「カテゴリには表示されない」とあるので、そこには表示されるべきではないはずです。

ご意見をお聞かせください。
これはバグでしょうか?

ご説明いただきありがとうございます。

  1. はい

  2. それが私が期待する動作です。サブカテゴリをミュートしても、カテゴリ内では表示されません。

「カテゴリに表示されない」とどこで読まれたのか分かりませんので、その情報源を確認することができませんでした。

  1. ご明確なご説明をありがとうございます!

ユーザー → 設定 → 通知 → カテゴリー → ミュート
「ミュート」の下に、ミュートリストの説明として以下のテキストが表示されています:
これらのカテゴリーにおける新しいトピックに関する通知は一切受け取りません。また、カテゴリーページや最新ページにも表示されません

「いいね!」 1

私の知る限り:

  • その設定は新規登録者のみに適用され、あなたは該当しません:
  • サブカテゴリをすべてのユーザーに表示したくない場合は、「デフォルトでミュートするカテゴリ」で設定してください:

「管理者向けのデフォルトミュートカテゴリ」について話しているのではありません。
ユーザーがミュートリストにサブカテゴリを追加したいという話です。

これが本当に期待される動作であるなら、説明は非常に混乱を招くものです。

申し訳ありません、混乱してしまいました。

ユーザーに対して(サブ)カテゴリをミュートした後、設定テキスト(以下引用)の太字部分にある通り、新しいトピックは表示されず、既存のトピックのみ表示されるはずです(例えば既読の場合など)。そのため、表示されているトピックが、ミュートされた(サブ)カテゴリから現れた「新しいトピック」なのか「既存のトピック」なのかを確認していただけますでしょうか。

これらのカテゴリにおける新しいトピックに関する通知は一切届かず、カテゴリ一覧や最新トピックページにも表示されません。

トピックが表示される一方で、そのカテゴリがミュートされている状態は、少し奇妙に見えるかもしれません。

はい、ミュートされたサブカテゴリの新しいトピックが、ホーム画面の「親」カテゴリの枠内に表示されていることを確認しました。

バグでしょうか?

バグの可能性があります。

モバイルでカテゴリーをホームページに設定すると、予期せずミュートしたサブカテゴリーが表示されてしまいます。しかし、以下のページによると、表示されてはいけません。

これは最上位のカテゴリーにのみ適用され、サブカテゴリーには適用されないのでしょうか?

デスクトップでも試してみますが、それは 4 時間後になります。

「いいね!」 2

私はデスクトップを使用しています。

しかし、これを明確化しようとしていただきありがとうございます。今まで唯一そのようにしてくださった方です。