Uploaded image for project: 'Moodle'
  1. Moodle
  2. MDL-25995

Email activated setting missing from user profile

    Details

    • Type: Bug
    • Status: Open
    • Priority: Major
    • Resolution: Unresolved
    • Affects Version/s: 2.0, 2.0.1, 2.7.3, 2.8.1
    • Fix Version/s: None
    • Component/s: Administration
    • Environment:
      all
    • Database:
      MySQL
    • Affected Branches:
      MOODLE_20_STABLE, MOODLE_27_STABLE, MOODLE_28_STABLE

      Description

      Email activated is not present in user profile - own or others.

      User's email cannot be turned off.

        Gliffy Diagrams

          Issue Links

            Activity

            Hide
            marycooch Mary Cooch added a comment -

            Is this because the user can select in the Messaging settings when and how they want to be notified, including via email? Or is this something different?

            Show
            marycooch Mary Cooch added a comment - Is this because the user can select in the Messaging settings when and how they want to be notified, including via email? Or is this something different?
            Hide
            ray Ray Lawrence added a comment -

            Yes, I think this may be why it's been removed but, if so, it's missing the point.

            Pre-2.0.x one could disable email notifications (which were the primary notification method if we disregard Messaging pop-ups) easily in one's profile.

            This was great for test accounts and holiday absences etc.

            If our assumptions above are correct the user now has to re-configure their Messaging settings page. This overhead isn't an improvement for normal users.

            If the setting isn't to re-appear in the profile a "Suspend messaging" setting on the new page would be a handy addition IMO.

            Show
            ray Ray Lawrence added a comment - Yes, I think this may be why it's been removed but, if so, it's missing the point. Pre-2.0.x one could disable email notifications (which were the primary notification method if we disregard Messaging pop-ups) easily in one's profile. This was great for test accounts and holiday absences etc. If our assumptions above are correct the user now has to re-configure their Messaging settings page. This overhead isn't an improvement for normal users. If the setting isn't to re-appear in the profile a "Suspend messaging" setting on the new page would be a handy addition IMO.
            Hide
            tayla.hightower Tayla Craig added a comment -

            I have used this setting before to create sample students, for testing purposes. Also, I've seen it used in a K-12 environment for the students who don't have an email address. Is there another way to do this?

            Show
            tayla.hightower Tayla Craig added a comment - I have used this setting before to create sample students, for testing purposes. Also, I've seen it used in a K-12 environment for the students who don't have an email address. Is there another way to do this?
            Hide
            sporter@nts.edu Stephen Porter added a comment -

            This would be helpful to have in the user profile and not just in the messaging menus so that email addresses can be disabled when the messaging feature is turned off by the admin. With it disabled, all emails remain active it seems. We would like to disable graduate emails and test users even though we want them in our system.

            Show
            sporter@nts.edu Stephen Porter added a comment - This would be helpful to have in the user profile and not just in the messaging menus so that email addresses can be disabled when the messaging feature is turned off by the admin. With it disabled, all emails remain active it seems. We would like to disable graduate emails and test users even though we want them in our system.
            Hide
            aborrow Anthony Borrow added a comment -

            Ray - If I am on holiday, I'm not sure it really helps not to get the notifications at all. I sort of like the idea of folks having to go in and state how they want the notifications to be handled. That said, I think something could be done to the UI to allow for All emails, all popups, etc. To handle holidays where you do not wish to have any notifications we could possibly create a 'Leave me alone - No notifications' option that would un-check all of the boxes. And possibly even having a type of holiday mode that would silent notifications for a while by un-checking all of the boxes but save the existing settings in the user_preferences table so that there could be another option "I'm back!" to restore notifications to the settings saved when you went on holiday. I'm not sure that there really needs to be an option to deactivate the emails for a particular user. Peace - Anthony

            Show
            aborrow Anthony Borrow added a comment - Ray - If I am on holiday, I'm not sure it really helps not to get the notifications at all. I sort of like the idea of folks having to go in and state how they want the notifications to be handled. That said, I think something could be done to the UI to allow for All emails, all popups, etc. To handle holidays where you do not wish to have any notifications we could possibly create a 'Leave me alone - No notifications' option that would un-check all of the boxes. And possibly even having a type of holiday mode that would silent notifications for a while by un-checking all of the boxes but save the existing settings in the user_preferences table so that there could be another option "I'm back!" to restore notifications to the settings saved when you went on holiday. I'm not sure that there really needs to be an option to deactivate the emails for a particular user. Peace - Anthony
            Hide
            ray Ray Lawrence added a comment -

            Anthony, possibly, users should have control over the 3 methods IMO.

            Emails are a bit different as issues directly affect the admin - full in boxes, firewall issues and other address issues mean lots of bounced emails to the admin. We need to be able to turn the email account off if needed.

            Show
            ray Ray Lawrence added a comment - Anthony, possibly, users should have control over the 3 methods IMO. Emails are a bit different as issues directly affect the admin - full in boxes, firewall issues and other address issues mean lots of bounced emails to the admin. We need to be able to turn the email account off if needed.
            Hide
            aborrow Anthony Borrow added a comment -

            Ray - I've not checked, but I am assuming the bounced email settings helpful for the admin in such situations is still functioning. My hope was simply to describe the current behavior that I was seeing. It is probably worth some discussion about whether what now exists is sufficient to meet the various needs even if it means doing things a little differently I would want to make sure that folks have not lost any practical functionality. Peace - Anthony

            Show
            aborrow Anthony Borrow added a comment - Ray - I've not checked, but I am assuming the bounced email settings helpful for the admin in such situations is still functioning. My hope was simply to describe the current behavior that I was seeing. It is probably worth some discussion about whether what now exists is sufficient to meet the various needs even if it means doing things a little differently I would want to make sure that folks have not lost any practical functionality. Peace - Anthony
            Hide
            ray Ray Lawrence added a comment -

            " I've not checked, but I am assuming the bounced email settings helpful for the admin in such situations is still functioning"

            Not sure that I understand your comment here. If the admin can't disable the user's email account how will bounces stop?

            Messaging and Jabber don't affect don't affect the admin in this way but imagine coming back, as a user, to 2 weeks forum posts in your IM client...

            Definitely needs to be user configurable IMO (and that doesn't mean unticking all options before you go on hols.

            Show
            ray Ray Lawrence added a comment - " I've not checked, but I am assuming the bounced email settings helpful for the admin in such situations is still functioning" Not sure that I understand your comment here. If the admin can't disable the user's email account how will bounces stop? Messaging and Jabber don't affect don't affect the admin in this way but imagine coming back, as a user, to 2 weeks forum posts in your IM client... Definitely needs to be user configurable IMO (and that doesn't mean unticking all options before you go on hols.
            Hide
            aborrow Anthony Borrow added a comment -

            I think the intention is for all such setting to be user configurable with the possibility of a site admin being able to make it not an option (I'm not up to date on exactly how much is implemented in 2.0). By bounces, I was referring to http://docs.moodle.org/20/en/Email_processing#Enable_bounce_handling which may provide some control. I do like the idea of having some type of holiday mode or temporarily disabling receiving of such things and then being able to restore the previous settings later on. I'm just not sure where the best place for it would be now. Peace - Anthony

            Show
            aborrow Anthony Borrow added a comment - I think the intention is for all such setting to be user configurable with the possibility of a site admin being able to make it not an option (I'm not up to date on exactly how much is implemented in 2.0). By bounces, I was referring to http://docs.moodle.org/20/en/Email_processing#Enable_bounce_handling which may provide some control. I do like the idea of having some type of holiday mode or temporarily disabling receiving of such things and then being able to restore the previous settings later on. I'm just not sure where the best place for it would be now. Peace - Anthony
            Hide
            ray Ray Lawrence added a comment -

            On the message configuration screen?

            Show
            ray Ray Lawrence added a comment - On the message configuration screen?
            Hide
            fox Séverin Terrier added a comment -

            I've some test and sample accounts, using invalid emails. In 1.9, emailing was disabled. In 2.1.2, no !
            Thus, i've a lot of emails returning errors

            Show
            fox Séverin Terrier added a comment - I've some test and sample accounts, using invalid emails. In 1.9, emailing was disabled. In 2.1.2, no ! Thus, i've a lot of emails returning errors
            Hide
            koen Koen Roggemans added a comment -

            If this gets solved, the emailstop in upload users can be put back in place too - great feature if you don't have emailaddresses from some users yet and you have to put a bogus one in.. 539 out of 1759 of my active users have such a bogus emailaddress and they all bounce in my mailbox
            The Email_bounce_handling documentation is gone for 2.3, so I assume it isn't supported anymore.

            Show
            koen Koen Roggemans added a comment - If this gets solved, the emailstop in upload users can be put back in place too - great feature if you don't have emailaddresses from some users yet and you have to put a bogus one in.. 539 out of 1759 of my active users have such a bogus emailaddress and they all bounce in my mailbox The Email_bounce_handling documentation is gone for 2.3, so I assume it isn't supported anymore.
            Hide
            ah291 Abby Hill added a comment -

            We give external examiners access to our Moodle pages and we do not want them to be receiving e-mails through Moodle. We also have other users that need access to Moodle pages to view content but would not wish to receive e-mails. Seems a step backward to remove this functionality.

            Show
            ah291 Abby Hill added a comment - We give external examiners access to our Moodle pages and we do not want them to be receiving e-mails through Moodle. We also have other users that need access to Moodle pages to view content but would not wish to receive e-mails. Seems a step backward to remove this functionality.
            Hide
            conhorne Constance Horne added a comment - - edited

            As a company, we need to keep training records for compliance measurements. I need to be able to bulk turn-off emails for terminated employees. Yesterday I received about 10,000 rejected emails and that was totally annoying.

            Show
            conhorne Constance Horne added a comment - - edited As a company, we need to keep training records for compliance measurements. I need to be able to bulk turn-off emails for terminated employees. Yesterday I received about 10,000 rejected emails and that was totally annoying.
            Hide
            fox Séverin Terrier added a comment -

            I've added the lost functionnality tag about this bug.
            It's nearly 3 years old, and really a pain for lot of users/admins...

            Show
            fox Séverin Terrier added a comment - I've added the lost functionnality tag about this bug. It's nearly 3 years old, and really a pain for lot of users/admins...
            Hide
            hughedwards Hugh Edwards added a comment - - edited

            +1 for me in V2.6. Also affected by the emailstop not working for users. My specific problem is where users emails have been entered incorrectly and are bouncing, but I can't disable their accounts as they are still using the courses. If anyone writes a patch that would be fab. Happy to do any testing etc. Hugh.

            Show
            hughedwards Hugh Edwards added a comment - - edited +1 for me in V2.6. Also affected by the emailstop not working for users. My specific problem is where users emails have been entered incorrectly and are bouncing, but I can't disable their accounts as they are still using the courses. If anyone writes a patch that would be fab. Happy to do any testing etc. Hugh.
            Hide
            mhughes2k Michael Hughes added a comment - - edited

            Interesting the emailstop user profile variable is set by the "Temporarily disable notifications" option on the user's Private messaging configuration page: Settings block->Private messaging.

            The messaging code appears to observe this value however I've discovered (and reported in MDL-44087) the Forum digest processing doesn't.

            I'd suggest that the email_to_user() function in moodlelib.php should have a final "backstop" check for this being set to prevent emails going out should a message (or any email delivered item) make it this far.

            It may be even nicer that the admin's user page could set this to a value > 1 which would indicate that the user's preference can't be changed:
            0: Enable notification
            1: User disabled notifications
            2: Administrator disabled user's notifications
            (where notification is all types of message processor including email)

            Show
            mhughes2k Michael Hughes added a comment - - edited Interesting the emailstop user profile variable is set by the "Temporarily disable notifications" option on the user's Private messaging configuration page: Settings block->Private messaging. The messaging code appears to observe this value however I've discovered (and reported in MDL-44087 ) the Forum digest processing doesn't . I'd suggest that the email_to_user() function in moodlelib.php should have a final "backstop" check for this being set to prevent emails going out should a message (or any email delivered item) make it this far. It may be even nicer that the admin's user page could set this to a value > 1 which would indicate that the user's preference can't be changed: 0: Enable notification 1: User disabled notifications 2: Administrator disabled user's notifications (where notification is all types of message processor including email)
            Hide
            rek.jutut Rek Jutut added a comment -

            Still missing the option for disabling emails in 2.7.1! We have lots of kids who do not have emails at all and I'm getting a little bit tired of receiving "Undelivered Mail Returned to Sender"-spam whenever somebody writes a forum message...

            Show
            rek.jutut Rek Jutut added a comment - Still missing the option for disabling emails in 2.7.1! We have lots of kids who do not have emails at all and I'm getting a little bit tired of receiving "Undelivered Mail Returned to Sender"-spam whenever somebody writes a forum message...
            Hide
            fox Séverin Terrier added a comment -

            Rek : i also think it's really anoying. In fact, the option exists, but is not respected, at least for digest emails. See MDL-44087 (and vote for it).

            Show
            fox Séverin Terrier added a comment - Rek : i also think it's really anoying. In fact, the option exists, but is not respected, at least for digest emails. See MDL-44087 (and vote for it).
            Hide
            dobedobedoh Andrew Nicols added a comment -

            I agree and I would like to get this working again. Unfortunately it is not easy - yes, we could somehow re-activate the emailstop (note, this is not easy in itself), but there are UI concerns with this too.

            I'm adding Tim Hunt and Ruslan Kabalin as watchers to this issue as I believe they had a lot to do with the new messaging API which introduces these issues.

            The message preferences page now as a "Temporary disable notifications" option at the bottom, but we could ideally do with a similar setting for each notification type. This shouldn't be too tricky to achieve I don't think and would be the replacement for e-mail stop IMO. The concern is what to do when an notification is sent to e-mail, but e-mail is disabled. Presumably it is still stored as a private message.

            Andrew

            Show
            dobedobedoh Andrew Nicols added a comment - I agree and I would like to get this working again. Unfortunately it is not easy - yes, we could somehow re-activate the emailstop (note, this is not easy in itself), but there are UI concerns with this too. I'm adding Tim Hunt and Ruslan Kabalin as watchers to this issue as I believe they had a lot to do with the new messaging API which introduces these issues. The message preferences page now as a "Temporary disable notifications" option at the bottom, but we could ideally do with a similar setting for each notification type. This shouldn't be too tricky to achieve I don't think and would be the replacement for e-mail stop IMO. The concern is what to do when an notification is sent to e-mail, but e-mail is disabled. Presumably it is still stored as a private message. Andrew
            Hide
            timhunt Tim Hunt added a comment -

            Andrew, I think you should be asking a pair of developers a technical question.

            I think you should be trying to phrase this question in language that a typical user (well, a typical Moodle admin) would understand, and post it in an appropriate Moodle forum to get feedback.

            Once we have a clear picture of how we can make it work in a way that users understand (and that we can explain to them in the documentation) then we can have a technical discussion about how best to achieve that.

            Show
            timhunt Tim Hunt added a comment - Andrew, I think you should be asking a pair of developers a technical question. I think you should be trying to phrase this question in language that a typical user (well, a typical Moodle admin) would understand, and post it in an appropriate Moodle forum to get feedback. Once we have a clear picture of how we can make it work in a way that users understand (and that we can explain to them in the documentation) then we can have a technical discussion about how best to achieve that.
            Hide
            dobedobedoh Andrew Nicols added a comment -

            Hi Tim,

            I do agree, however time is currently less abundant as we finalise the release of Moodle 2.8. I was merely adding yourself and Ruslan because, if memory serves, the OU specified and paid for the development of the message API which is the cause of this functionality breakage. I therefore suspected that the OU would likely have a vested interest in any solution which is presented here.

            I have thoughts on a clearer path forward, but I need to think about how this would and could work before posting.

            Andrew

            Show
            dobedobedoh Andrew Nicols added a comment - Hi Tim, I do agree, however time is currently less abundant as we finalise the release of Moodle 2.8. I was merely adding yourself and Ruslan because, if memory serves, the OU specified and paid for the development of the message API which is the cause of this functionality breakage. I therefore suspected that the OU would likely have a vested interest in any solution which is presented here. I have thoughts on a clearer path forward, but I need to think about how this would and could work before posting. Andrew
            Hide
            timhunt Tim Hunt added a comment -

            Andrew, that is not quite the right history.

            The Message API was created by Moodle HQ (via GSOC) for 2.0 (MDL-10107 - I guess). Later the OU paid LUNS to developer some extended functionality, giving admins more control over which combinations of options MDL-27171.

            The 'lost funcitonality' was due to MDL-10107, not our change.

            Show
            timhunt Tim Hunt added a comment - Andrew, that is not quite the right history. The Message API was created by Moodle HQ (via GSOC) for 2.0 ( MDL-10107 - I guess). Later the OU paid LUNS to developer some extended functionality, giving admins more control over which combinations of options MDL-27171 . The 'lost funcitonality' was due to MDL-10107 , not our change.

              People

              • Votes:
                24 Vote for this issue
                Watchers:
                27 Start watching this issue

                Dates

                • Created:
                  Updated: