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.
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.
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.
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.
Maling list mode per category (disabled by default).Mailing list mode in specific categories (new categories would have it disabled by default).Mailing list mode enabled, users see an option Email everything (or similar wording) on top of Watching.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.
[quote=“sam, 帖子:50, 主题:47772”]
但目前，您可以简单地屏蔽不想在邮箱中收到的类别，并启用邮件列表模式即可解决。[/quote]
这对我们来说似乎不起作用。
我已开启邮件列表模式，并屏蔽了一个（子）类别。
目前有效的情况是：我不会收到来自该屏蔽子类别的邮件。
但无效的情况是：新主题在网页上完全不显示——无论是在“最新”、“新主题”、“未读”还是“热门”栏目中都看不到。
唯一能看到它们的地方是：当我在首页显示所有类别时，才能在特定类别的方框中看到最新的主题。
这是一个 bug，还是我漏掉了什么？
如果你将某个分类或子分类设为静音，则该分类中的主题：
Latest（最新）中是的，我明白这一点。但对我来说，“最新”等同于“新帖”、“热门”或“未读”。
我这样理解对吗？或者，当你提到“最新”时，是指以上所有情况？
其次，为什么被静音的子分类主题会出现在首页的母分类框中？
根据我所读到的内容：“它们不会出现在分类中”，因此它们不应该出现在那里。
有任何反馈吗？
这是一个漏洞吗？
感谢为我澄清这一点。
是的
这正是我所预期的行为。静音某个子类别并不会将其在父类别中隐藏。
我不知道您是在哪里看到“它们不会出现在类别中”这一说法的，因此我无法核实该来源。
在 用户 > 偏好设置 > 通知 > 分类 > 已静音
在“已静音”下方，描述已静音列表的文本为：
您将不会收到有关这些分类中新主题的任何通知，并且它们不会出现在分类页面或最新页面中。
据我所知：
我说的不是“管理员默认静音类别”。
我说的是用户想要将子类别添加到静音列表的情况。
如果这确实是预期的行为，那么描述真的非常令人困惑。
抱歉，我有些困惑。
在用户屏蔽某个（子）类别后，不应出现任何新主题——请参见下方引用设置文本中的加粗部分——但已存在的主题仍可能显示，例如如果它们已被阅读。因此，能否请您确认：这些是出现在被屏蔽（子）类别中的新主题，还是已存在的主题？
您将不会收到有关这些类别中新主题的任何通知，它们也不会出现在类别页面或最新页面中。
当主题出现但其所属类别已被屏蔽时，看起来确实有些奇怪。
是的，我可以确认，已静音子分类中的新主题确实会列在首页“母”分类的方块中。
是漏洞吗？
这可能是一个 bug。
如果我在移动端将“分类”设为首页，那么即使我不希望看到，也能看到我已屏蔽的子分类。但根据以下内容，它本不应显示：
我不确定这是否仅适用于一级分类，而不适用于子分类？
我将在桌面端进行测试，但那要等到 4 小时后。
我已经在用台式机了。
不过还是要感谢你努力澄清这一点。到目前为止，只有你做到了。