[xwiki-devs] [Brainstorming] How can we send live notification e-mails ?
Hi devs ! Currently working on [XWIKI-14353](https://jira.xwiki.org/browse/XWIKI-14353), I think that the live e-mail notification system could be implement as 2 different ways : 1. In its notification preferences, a user can select if he wants a mail daily, hourly or weekly (that’s already in place). We could add a new "live" option that does exactly what is expected : it sends a mail as soon as a document has been updated. 2. We could also provide a completely different option that sends live e-mails, but regular notification mails are still sent depending on the user preference and acts as a hourly / daily or weekly "digest". Finally one idea would be to use the same system that is implemented in discourse : a mail is sent approximately 10 minutes after an event is triggered, this means that if a user A is subscribed to the events coming form a document X, if this document is updated by someone else, the updates coming from the document in the next 10 minutes will be grouped in a single mail that will be sent to A. This could potentially be more scalable as less mails are sent to the users. WDYT ? Thanks, -- Clément Aubin Web Developer Intern @XWiki SAS [email protected] More about us at http://www.xwiki.com
On 3 Jul 2017, at 11:56, Clément Aubin <[email protected]> wrote:
Hi devs !
Currently working on [XWIKI-14353](https://jira.xwiki.org/browse/XWIKI-14353), I think that the live e-mail notification system could be implement as 2 different ways :
1. In its notification preferences, a user can select if he wants a mail daily, hourly or weekly (that’s already in place). We could add a new "live" option that does exactly what is expected : it sends a mail as soon as a document has been updated.
2. We could also provide a completely different option that sends live e-mails, but regular notification mails are still sent depending on the user preference and acts as a hourly / daily or weekly "digest”.
Not sure what’s the use case for receiving both realtime mails + digests, do you have one? For the user this means duplicate info, no?
Finally one idea would be to use the same system that is implemented in discourse : a mail is sent approximately 10 minutes after an event is triggered, this means that if a user A is subscribed to the events coming form a document X, if this document is updated by someone else, the updates coming from the document in the next 10 minutes will be grouped in a single mail that will be sent to A. This could potentially be more scalable as less mails are sent to the users.
Yes, a configurable grace period would be very nice. This is quite useful to avoid spamming when you notice you made some typos for example or you didn’t use preview and created a broken link, etc. ;) Thanks -Vincent
WDYT ? Thanks,
-- Clément Aubin Web Developer Intern @XWiki SAS [email protected] More about us at http://www.xwiki.com
On 07/03/2017 01:49 PM, Vincent Massol wrote:
On 3 Jul 2017, at 11:56, Clément Aubin <[email protected]> wrote:
Hi devs !
Currently working on [XWIKI-14353](https://jira.xwiki.org/browse/XWIKI-14353), I think that the live e-mail notification system could be implement as 2 different ways :
1. In its notification preferences, a user can select if he wants a mail daily, hourly or weekly (that’s already in place). We could add a new "live" option that does exactly what is expected : it sends a mail as soon as a document has been updated.
2. We could also provide a completely different option that sends live e-mails, but regular notification mails are still sent depending on the user preference and acts as a hourly / daily or weekly "digest”.
Not sure what’s the use case for receiving both realtime mails + digests, do you have one? For the user this means duplicate info, no?
I saw that feature in some mailing-list systems, such as Mailman, were you can get a weekly digest of what happened on the mailing list.
Finally one idea would be to use the same system that is implemented in discourse : a mail is sent approximately 10 minutes after an event is triggered, this means that if a user A is subscribed to the events coming form a document X, if this document is updated by someone else, the updates coming from the document in the next 10 minutes will be grouped in a single mail that will be sent to A. This could potentially be more scalable as less mails are sent to the users.
Yes, a configurable grace period would be very nice. This is quite useful to avoid spamming when you notice you made some typos for example or you didn’t use preview and created a broken link, etc. ;)
Ok, then if no other opinion is expressed, I’ll go with that :)
Thanks -Vincent
WDYT ? Thanks,
-- Clément Aubin Web Developer Intern @XWiki SAS [email protected] More about us at http://www.xwiki.com
-- Clément Aubin Web Developer Intern @XWiki SAS [email protected] More about us at http://www.xwiki.com
Seems a good idea :) 2017-07-03 15:54 GMT+02:00 Clément Aubin <[email protected]>:
On 07/03/2017 01:49 PM, Vincent Massol wrote:
On 3 Jul 2017, at 11:56, Clément Aubin <[email protected]> wrote:
Hi devs !
Currently working on [XWIKI-14353](https://jira.xwiki.org/browse/XWIKI-14353), I think that the live e-mail notification system could be implement as 2 different
ways :
1. In its notification preferences, a user can select if he wants a mail daily, hourly or weekly (that’s already in place). We could add a new "live" option that does exactly what is expected : it sends a mail as soon as a document has been updated.
2. We could also provide a completely different option that sends live e-mails, but regular notification mails are still sent depending on the user preference and acts as a hourly / daily or weekly "digest”.
Not sure what’s the use case for receiving both realtime mails + digests, do you have one? For the user this means duplicate info, no?
I saw that feature in some mailing-list systems, such as Mailman, were you can get a weekly digest of what happened on the mailing list.
Finally one idea would be to use the same system that is implemented in discourse : a mail is sent approximately 10 minutes after an event is triggered, this means that if a user A is subscribed to the events coming form a document X, if this document is updated by someone else, the updates coming from the document in the next 10 minutes will be grouped in a single mail that will be sent to A. This could potentially be more scalable as less mails are sent to the users.
Yes, a configurable grace period would be very nice. This is quite
useful to avoid spamming when you notice you made some typos for example or you didn’t use preview and created a broken link, etc. ;)
Ok, then if no other opinion is expressed, I’ll go with that :)
Thanks -Vincent
WDYT ? Thanks,
-- Clément Aubin Web Developer Intern @XWiki SAS [email protected] More about us at http://www.xwiki.com
-- Clément Aubin Web Developer Intern @XWiki SAS [email protected] More about us at http://www.xwiki.com
-- Guillaume Delhumeau ([email protected]) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project
participants (3)
-
Clément Aubin -
Guillaume Delhumeau -
Vincent Massol