https://bugzilla.wikimedia.org/show_bug.cgi?id=28026

John Mark Vandenberg <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]

--- Comment #62 from John Mark Vandenberg <[email protected]> 2012-05-08 
23:34:07 UTC ---
(In reply to comment #60)
> Nemo_bis and I had an IRC conversation just now where we hashed out how this
> could be enabled by default for new users (but not existing ones):
> 
> 1) Add (or hack in) a MW config var that makes it so the enotifwatchlistpages
> preference is visible, but not functional (i.e. enabling it doesn't actually
> cause e-mails to be sent). This will stop watchlist e-mail notifs (similar to
> disabling $wgEnotifWatchlist) but preserve the preference
> 2) Enable this config var
> 3) Compile a list of users that have the preference enabled

I am guessing there is a time delay between 2 & 3 so that the community can
rush and change their preferences.

This strategy sounds like a nightmare for the communication plan.

Also, the most important aspect of this implementation is enabling this feature
for the existing users who haven't been active, but may be active again if they
are sent emails.

If this is only enabled for users who explicitly enable it, and new users post
implementation date, it is a missed opportunity to reengage existing low volume
users who havent been active.

There are useful vars that could be added, easily, to control deployment.

A conf variable to specify the max number of watchlist-entries that users may
have, after which enotif is disabled for them.

A conf variable to specify the max number of watchlist emails that will be sent
per day to each account, after which they are sent an email saying their
notification threshold has been exceeded.

These numbers could be increased incrementally on the server side when the devs
are confident that the servers can handle additional load, up to levels that
are optimal.

Or we could implement a digest mode (bug 8911) with a new user config var
(Normal vs. Digest) and set everyone with lots of watchlist entries to Digest
mode.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to