View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0015584||phpList 3 application||General||public||07-02-11 22:52||17-07-15 13:30|
|Target Version||Future developments||Fixed in Version|
|Summary||0015584: Make system notifications optional by type to avoid 'notification flooding'|
|Description||Several phpList users mentioned it would be useful if system notifications could be enabled or disabled by notification type. Currently you can either choose to have all notifications enabled or none, by setting "admin/?page=configure&id=send_admin_copies" to 'true' or 'false'.|
This has proven to be problematic in the following scenarios where the admin chose to enable notifications, e.g. in order to know about subscriptions and unsubscriptions, or to be kept informed when a scheduled campaigned started and ended sending:
1. If, in a shared hosting environment with tight messages limits, one would send with batch processing set to short and frequent batch periods (e.g. every 5 minutes in order to prevent timeouts), a notification will be received for each batch sent, which can result in breaking the allowed hourly message quotum. See http://forums.phplist.com/viewtopic.php?p=45702#p45702 and other forum reports.
2. If one sends out to a large list, and many subscribers forward the message to someone else, the system may get overloaded since all forwards will trigger a notification. See http://forums.phplist.com/viewtopic.php?p=73992#p73992
|Tags||Configuration and sending, quick-fix|
|related to||0015505||resolved||michiel||RFF: Disable "PhPList Maillist Processing info" in config|
|parent of||0017755||new||Digest of phpList notifications|
|related to||0008121||new||Confusing Text Regarding How "Subscribe", "Unsubscribe" and "Update Preferences" Notices Are Handled|
|Not all the children of this issue are yet resolved or closed.|
I read here that a flag was added to turn off one kind of notification in 2.10:
As the base work is already done, it would be nice to port it to 2.11 (I use 2.11.5).
||the flag to suppress them is in 2.11.10. The main thing in this issue is to make a system that collates them and sends them once every so often as a digest.|
So if we separate this into two issues.
1) this bug report will focus on simply turning on and off notifications by notification type
2) a new bug to make a digest of notifications, which can be done separately
||First step would be to identify the notification types. I'm not even sure which they all are.|