Email-based self-registration with admin confirmation

Authentication ::: auth_emailadmin
Maintained by Felipe Carasso
Provides email-based self-registration with admin confirmation instead of user confirmation.
Latest release:
1376 sites
104 fans
Current versions available: 5

WARNING: Moodle 3.6 introduced a "Resend Confirmation" feature that enables unconfirmed users to self-confirm. A bug is opened with Moodle to fix this regression:

You can manually apply the patch while Moodle is not fixed upstream. See

Please read the INSTALL file carefully

Moodle plugin to provide email self-registration with admin confirmation.

The confirmation email is sent to the main admin account's email address.

When the admin clicks on the confirmation link, a "welcome" email is sent to the user.

Email body needs to be customized within the language file.

Based on default email-based self-registration module.

What's new in 1.4.4

fix(ISSUE-29): repairs config reference for Captcha after Settings API migration

What's new in 1.4.3
fix(ISSUE-17): repairs lock user fields, db update
feat(ISSUE-18): adds support for notifying users with user update capability
fix(ISSUE-21): updates config to use settings api
fix(ISSUE-25): makes use of lib function to gather profile fields

What's new in 1.4.2
fix(ISSUE-26): adds login and capability check to confirm.php (fixes phantom user-confirm)


Screenshot #0
Screenshot #1


Felipe Carasso (Lead maintainer)
Please login to view contributors details and/or to contact them

Comments RSS


  • Tue, Dec 15, 2015, 11:33 PM
    Hi Felipe,
    I think these are the lines of codes that need modification:
    Lines 257:
    $data->userdata .= $dataname . ': ' . $datavalue . PHP_EOL;

    But, where should i find the list of user data..for example, i need to remove emailstop, icq, skype, yahoo, aim, msn field and etc.

    For the intermittent email delivery, can you suggest where should i look to configure so the user email will received instantly after admin approve?

    Thank you so much!
  • Wed, Dec 16, 2015, 1:41 PM
    I just released a new version where you can use specific user fields in the notification message. See default notification message for example.

    Best regards,
  • Wed, Dec 16, 2015, 4:05 PM
    I am using moodle 2.7, cannot install since it give me Validation failed! and displayed Error, Required version 2015051101. How do i solve this? Upgrading moodle version is not my option right now sad
  • Tue, Jan 12, 2016, 5:34 AM
    Hello Felipe Carasso, I checked with my host provider and they tested the script and watched the mail server. The script appeared not to make any attempt to send an email to the new registrant. The email messages got delivered to the Moodle site administrators, but not the end user. The script is now displaying a very long trail of activity. I don't have debugging turned on. I can send you the 1234 lines of code that get kick out on screen during self registration. Thanks Moodle 2.9.2
  • Wed, Jan 13, 2016, 12:38 PM
    @Muhd: The latest version of this plug-in uses Moodle APIs that require that minimum version. It won't work on an older version. You can still try to use an older version of this plug-in that supports your Moodle version.

    @Alan: If you use the regular 'email self-registration', does the user get the notification? Maybe you customized the notification and made a mistake?
  • Thu, Jan 14, 2016, 12:23 AM
    Thanks Muhd and Felipe,
    I am using the latest release of 2.9.4 and an up to date plug in. I have not modified or customized the any code. The registration results page displays over 1200 lines of code to the end user and still does not send a message to the self registering user. The email is going to the site administrator.
  • Thu, Jan 14, 2016, 12:53 AM
    Thanks Muhd and Felipe, - I figured it out. The email debugging was turned on, the regular debugging was set to minimal - hence the display code. Also the self registration and sr with admin where enabled, but self registration was not enabled on the manage authentication page. Once all those were aligned and the debug code eliminated it worked like a charm. A bad combination of missteps lead to my confusion. Thanks again for your help and the great pluggin.
  • Thu, Jan 14, 2016, 1:15 AM
    Could there be some other setting or configuration required or that I am missing? The confirmation link in the email is not working "Error 500". I've cut and pasted the url and can't see what is the issue. http://<>/auth/emailadmin/confirm.php?data=Yq5SePmiylh7erQ/alantest

    (FYI if a single site admin is selected in the pluggin setting the message is going to all)
  • Thu, Jan 14, 2016, 2:33 AM
    My dedicated server admin checked the log files for the broken confirm code and reported back:
    Based on the logs in the Apache error log, the problem is with the script (Premature end of script headers: confirm.php):

    CT-19331-bash-4.1# tail -f /usr/local/apache/logs/error_log
    [Wed Jan 13 13:07:47 2016] [error] [client] Premature end of script headers: confirm.php
  • Sat, Feb 20, 2016, 6:29 PM
    When install new calendar and set it on site administration- appearance- calendar- calendar type
    If new user create new account
    Automatically In profile set Gregorian for preferred calendar
    But calendar type must set to preferred calendar
    Please check it
  • Tue, May 10, 2016, 10:43 PM
    Love the plugin! But I am trying to find the settings in the new plugin that allows you to specify userfields?

    I just released a new version where you can use specific user fields in the notification message. See default notification message for example.

    id: 30
    auth: emailadmin
    confirmed: 0
    policyagreed: 0
    deleted: 0
    suspended: 0
    mnethostid: 1

    I just want to display first name, surname, email, password and custom user field only.
  • Wed, May 11, 2016, 1:21 AM
    Hi Chad,

    Like the message says, look into the message template. There are three placeholder examples to inspire you. One for a single user field (username, I believe), one for all fields including custom profile fields, and one for just the custom profile fields. If you compare the single user field example with the all fields, you'll notice that all you have to do is refer to the field you want.

    Best regards,
  • Pimenko
    Wed, Jul 20, 2016, 6:28 AM
    Hi Felipe,

    Have you test your plugin with Moodle 3.1 ?
    Best regard.
  • Wed, Jul 20, 2016, 9:46 PM
    Hi Clément, not yet, but it's likely to work. I should be updating my moodles sometime soon and we'll see.
  • Sat, Jul 23, 2016, 3:46 AM
    1000s of my users are out because I just upgraded to 3.1.1. Any suggestions?
Please login to post comments