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 Like

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 Like

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.


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.


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.


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 Like

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.


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.


This doesn’t seem to be working for us.
I have the mailinglist mode on and muted a (sub)category.

What works is that I don’t get emails form the muted sub-category.
What doesn’t work is that the new topics do not show on the web page at all, not on Latest, not on new , not on Unread and not on Top.

Where they Do show up, is if I display all the categories homepage, then I see the latest topics in the specific Category box.

Is this a bug or am I missing something?

1 Like

If you mute a category or sub-category then topics in that category:

  • won’t trigger any notifications
  • won’t appear in Latest

Yes, I get that. But for me “Latest” is or the same as “New” or “Top” or “Unread”.
Am I correct to assume this, OR, when you write “Latest”, you mean all of the above?

Second, why do the muted subcategory topics appear in the Mother-category box, on the homepage?
From what I read: "they will not appear on the categories ", they shouldn’t appear there.

Any feedback?
Is this a bug?

Thanks for clarifying this for me.

  1. Yes

  2. That is the behaviour I expect. Muting a subcategory doesn’t hide them in the category.

I don’t know where you read “they will not appear on the categories” so I couldn’t check that source.

  1. Thank you for clarifying this!

In user-> Preferences -> Notifications-> Categories-> Muted
Under Muted, that is the text describing the Muted list:
You will not be notified of anything about new topics in these categories, and they will not appear on the categories or latest pages.

1 Like


  • that setting only works for new registrations which you are not:
  • If you don’t want the sub-category to appear for all users then you should set it in the Default categories muted:

I am not talking about “Default Muted Categories in Admin”.
I am talking about a User that want to add a subcategory to the Muted list.

If this is really the behavior expected, than the description in really confusing.

Sorry, I got confused.

After you mute a (sub)category for a user then no new topics - see bold text in the setting text quoted below - should appear but existing topics can e.g. if they have been read. So can you confirm whether these are new topics or existing topics that are appearing from a suppressed (sub)category.

You will not be notified of anything about new topics in these categories, and they will not appear on the categories or latest pages.

It does look a little strange when the topics appear but their category is suppressed.

Yes, I can confirm that NEW topics of the muted sub-category are being listed in the "mother"category square on the home page.

Bug …?

May be a bug.

If I make Categories my home page in mobile then I can see my muted subcategory when I don’t expect to. But it shouldn’t be visible according to:

I’m not sure if this only applies to first-level categories and not subcategories?

I will try on desktop but that will be 4 hours from now.


I am on a desktop.

But thank you for trying to clarify this. You have been the only one up till now.