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. --Wikinaut mail 18:50, 20 Apr 2005 (UTC)

Translations

 * Currently, only English is supported for Enotification mail body and user preferences page, see /languages/Language.php.
 * I am working on message translation to German

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.

Note: I think this function should be a high priority. It would be a great tool for easy communication to all users.

''yes, yes, yes - I vote for that feature also, urgently needed - when can we have it ;-)) Gezi 09:13, 31 October 2005 (UTC)

 yes, yes, yes, yes. I found this page after doing a search for this functionality. We need it to coordinate the wiki that we are just beginning to build and notify all collaborators of new policies and procedures. I know this could all be done within a wiki page that everyone watches (e.g., Current Events) but not everyone will cooperate and watch the page. We also need to send notices to regular users so the ability to email to separate user groups would be good as well.

'' Email per group or email to all watch users per page is really good to have. Ypae 16:39, 12 March 2007 (UTC)

send watchlist changes (list of watched pages with unseen changes) as RSS feed

 * see http://meta.wikimedia.org/wiki/Syndication_feeds

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
 * Bug 2555 Secondary watchlist adds checkboxes for watched pages: watching with or without E-mail notification (enotif)

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
 * grace period: 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. If the user visits a changed watched page during the grace period, the pending ENotif flag is cleared and this page change will not be notified to the user. --Wikinaut mail 23:50, 2 Feb 2005 (UTC)


 * specify whether you want to be alerted immediately when there is a change, or if you would rather receive a daily or weekly summary message


 * send e-mail immediately
 * send a daily summary
 * send a weekly summary

[[Image:new.png]] delayed email notification: send after a grace period

 * Users can have an additional option to delay the actual sending of ENotifs for a grace period of xx hours. When the user visits a changed watched page during this grace period interval, the pending ENotif flag is cleared and no mail is sent out.

The idea was born by an e-mail exchange with Ivo Köthnig, Germany 02.02.2005, and can be realized with the Digest function when setting the minimum number of changed pages to 1 and the grace period to xx hours. --Wikinaut mail 23:50, 2 Feb 2005 (UTC)

sub-feature: new-page notification in a certain category
Proposed by Cphoenix 15:28, 14 Oct 2004 (UTC)
 * Has this feature been implemented? How can it be activated, such that an email notification can be generated whenever a new page is added to a particular "watched" category? --Elonka 19:06, 27 June 2006 (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.

E-notif options

 * notifications on certain change types :
 * all changes
 * added items
 * changed items
 * deleted items

[[Image:new.png]] display change to wikitext right in the notification mail
To see the change on the watched page and to decide if you want to follow up or not from the notification mail without going to the wiki page, I suggest to add wdiff --context 2 output or a diff -u output to the notification emails.

Ideally the wdiff output is also provided as spiced up text/html part/alternative to nicely display as in wdiff -a.

This gives an immediate review right in the notification email, so you for many good edits, the watcher is just done with review by a glance in the mail without opening the browser.

Susanne Oberhauser 10:00, 15 December 2005 (UTC)

Fantastic suggestion! Our group would love to see this as well. I hope it gets a chance. Thank you. Jason Sjöbeck. 2009dec03

new account creation requires a valid email address
This new feature would work something like this:

When a new user wants to create an account they enter their new username and an email address. An initial password is then sent to the email account and the user is prompted to return to the wiki to verify their email address and set a new password. I would like to further extend this functionality by requiring that all email addresses match a certain string, i.e. *@mydomain.com. This way I can limit access to the wiki to people who I know have a certain email address.

I would like to have this feature too!!!!!!!!!!!!'

-Yes, I would like this feature. Am trying to see if I can directly do it via SQL. But then I would need to give a default password for the first log-in. And it's tedious! LizK 05:30, 13 August 2008 (UTC)

Working on this feature: I need to deploy this feature for a company-internal wiki farm, so when (and if) I get it working, I'll post a how-to here.

--Standsure 14:27, 15 July 2007 (UTC)

Anonymous writes: How about added the following line to LocalSettings.php $wgEmailAuthentication = true;

series of emails
Is there a plugin for sending a series of emails to a group or to someone who signs up for the series? This is often done by marketers. I am looking for a way to send a series of training emails to persons who are new to a certain department within a company. I am ready to start work on this but am sure that someone else has already done this? This perhaps could be done be extending the "email this page" extension. Instead of emailing only a single page, you could email that page and the others associated with it. But I'm looking for a way that one could decide "yes, I want to receive" or third party, for example the human resources director, could decide that the new hire needs to receive by email the 15 mediawiki pages that all persons in that department need to receive. --DaveinFrance 21:54, 8 September 2011 (UTC)