Extension:Email notification/to-do


 * This page lists all ideas related to improvements and proposals for the email notification feature. Please feel kindly invited to add your ideas here but please use feedback for any direct questions to me. Please check also the section email notification versions for already implemented proposals and such ones, which I am just implementing in the next release. --Tom Gries mail 07:23, 4 Nov 2004 (UTC)

Translations
Currently, only English is supported for Enotification mail body and user preferences page, see /languages/Language.php.

Update watchlists
Now that watching is back to normal (clicking on "watch" watches both article and talk), we need a function that'll go through the database and check whether there are any watches on just article or just talk, and if so, set both to be watched. Cphoenix 01:38, 29 Oct 2004 (UTC)


 * Agreed. Coming with a forthcoming version (as soon as possible !) Tom Gries (talk) mail me 23:15, 29 Oct 2004 (UTC)

clear all notification flags
WikiAdmins should have a tool to reset all notification flags of all watching users.

resend notifications older than ..

 * Bring forward notification: re-send notification after a certain time of not having visited the changed pages

Further notification messages are suppressed until UserX visits the changed page or a configurable time period expires. So, for example, I can set things up so that users start getting notified again 24 hours later.

Originally proposed 16 Aug 2004 14:21:41 -0700 by Luis Casillas

broadcast email function

 * Sysops might need a tool to send a mail to all users with email addresses and or to place messages into all user_talk pages. This could also be done by a "global" broadcast template, which is automatically included (rendered, not inserted) into all user_talk pages.

watchlist: "bulk remove pages" (clear watchlist) function

 * a special function or button to actually remove all pages from your watch list. With email notification, a watching user with a huge watchlist would not like to get hundreds of notifications for the watched pages. But currently with version 1.3.3, it's cumbersome to select and remove them one by one.

extended watchlist (primary, with email notification) and secondary (without)

 * add a second column of select boxes for enable email notification on the already existing [ second watchlist] page
 * enable/disable individually selected pages by their individual (second) select box for email notification
 * enable/disable all watch listed pages for email notification

email notification in form of a digest

 * user selectable digest function: a collective notification mail is only sent when one of these conditions becomes true:
 * the number of pending notifications (not yet sent to that user) is reaching a threshold eg. 10 pending notifs OR
 * maximum silence timeout reached eg. 3 days

In other words, this user will get a notification digest email on the 10th page change in an interval of 3 days (since the last notification was sent) or at latest after the 3rd day if less than 10 page changes occurred.

new-page notification
Send notification when a new page is created, and/or add new pages to the watchlist automatically (best for small wikis).

sub-feature: new-page notification in a certain category
Cphoenix 15:28, 14 Oct 2004 (UTC)

E-mail notification (EN-RE) for page changes or titles matching a regular expression
filed as http://bugzilla.wikipedia.org/show_bug.cgi?id=1116

As an extension to the concept of http://bugzilla.wikipedia.org/show_bug.cgi?id=454, I develop an additional setting where users (or only powerusers having certain user_rights such as admins) can set a regular expression (RE) in their user options, and when the Regular Expression matches a string in the


 * page title and/or
 * the page text

on a change or new creation of page, then also an e-mail notification is sent to that user. --Tom Gries mail 19:52, 16 Dec 2004 (UTC)

features in the recent changes, page history and watchlist
show an additional (third) link: (diff) (hist) (diff-to-lastvisited) Shows directly the difference between this and the version last visited by the user