Yes, and I’m fine with that - I just wanted to make sure that you realized while doing this work on limiting and minimizing email sending that for some of us, the “mailing list mode” is an essential, even central, feature to our use of Discourse.
It is but it is also like a nuclear bomb. Very useful to solve extremely narrow specialized “problems” and a tremendous danger to the very future of humanity in all other situations
I think that is overstating it, having a copy of a small forum on your phone at all times has plenty of advantages, however for this to be useful
-
you have to be a power user that is capable of creating email rules
-
forum needs to be not too big, has to be of the scale that is easily digestible daily in one sitting
-
requires a higher level of commitment, cause it’s harder for you to decipher stuff you want to interact with over passive content (was I mentioned or replied to ?)
Watching a category in a high volume site is pretty much equivalent to mailing list mode on a medium sized site. Watching a category is actually way worse than mailing list mode, if you want to stop the mail in mailing list mode you untick a box. To stop the mail when watching a category you have to hunt down all the watched topics and change them to default one by one, a process that can involve hundreds of clicks.
I completely agree that turning on the mailing list mode preference should check the average daily post count, and if its more than a couple, should either warn you (say if its up to ten per day) or alert you and make you confirm that is what you want to do if it is 10+/day.
And even before that, in the actual preference it would be good to say:
- Send me an email for every new post (unless I mute the topic or category) (currently 27 messages per day)
The same is true for watching a category or topic - warning or alerting the user if the volume will be substantial - its more difficult to include the information before they turn it on in this case though, although it could possibly be displayed on hover.
My point I guess is, I’m all for alerting the user of the potentially significant consequences, and I’m all for sites with email cost concerns having limitation controls, but there are some sites and some users for which the value of the emails far outweighs those costs.
We already have a topic about fixing this, when you change at the category level prompt and ask if they want to reset all topics to the new state. We should add that to 1.6 because I do not think it would be hard.
This is like what Google Groups does when you select “Email Delivery Preference”:
It informs you of the approx. amount of emails.
I really love that estimate of emails per day! If we can add that it would be great.
That’s part of the mailing list spec that @gdpelican is working on (can’t be bothered to dig up a link, posting on low-bandwidth tablet)
Is there an easy query or place to look to find out the answer to this question?
On the dashboard there is an “emails sent” line. Clicking that takes you to
That’s total emails, though, not emails per day by person, unless I’m missing something.
To get per person you’ll need to use Data Explorer plugin.
Try this using the Data Explorer plugin
SELECT user_id, date_trunc('day', created_at) AS date_sent, COUNT(*) AS total
FROM email_logs
WHERE skipped = false
GROUP BY user_id, date_sent
ORDER BY total DESC
emails-by-person.dcquery.json.txt (286 Bytes)
Edit: Updated it to use date_trunc
Edit 2: Added skipped check
Also check for not skipped
Cool, that worked perfectly. Looks like we have less than 25 person-days (is that the right term?!) where this happened, so not too much panic.
Spec is here:
PR is here:
Related line of code:
def mailing_list_mode_frequency_estimate
# average of last 30 days of posts
@mailing_list_mode_frequency_estimate ||= About.fetch_stats[:posts_30_days].to_f / 30
end
As stated it’s really cheap to calc and a mild overestimate, but maybe that’s alright because it’s better to surprise folks with fewer emails rather than surprise them with more.