Hi,
I want users to be able to use self registration but without email confirmation. I have search a bit and cant seem to find a easy way to do this.
For our purpuse we could use the guest account functionality but i would rather have the users have their own account. Spam accounts dont concern me as we are not using moodle as the "main learning tool".
Andreas
You mean you want them to register with zero confirmation that their email address is correct?
Sounds like a bad plan to me...
I think you would need to create a custom version of the 'email' auth plugin that just accepts whatever data the user enters. I think you will probably regret it though.
We are just using moodle for the quiz functionality with a plugin, and it will just be used during a lecture.
Don't you have a list of users somewhere so that you can create them using Upload_users? That would be much less trouble all round
Andreas,
Did you find a solution? I'm trying to do the same thing and even enabled "no authentication" under the site admin>plugins>manage authentication, but it still requires an email confirmation. None of the confirmation emails get sent though.
Thank you,
Brandon
I just ran across this discussion and thought I would share an authentication plugin I created for a client who also had problems with the email confirmations. This does not send out a confirmation email, rather, after filling out the sign up form, it goes to a page where the user clicks a button to confirm their account and they are then logged in. The client has never reported any problems with it. Please note this was created for 2.8 and has not been tested on any other version. Although this is currently being used and working, please use at your own risk and try it out on a development site first if possible.
Thank you so much for sending me this information. By any chance do you have a site with this already in place so I can see how it works?
Check your PM on this system for a URL to test. Just installed this on a 3.0.x highest and it worked. Was going to try on other sandboxes as well.
To author ... good job ... this sort of thing has been needed a very long time! ;)
'spirit of sharing', Ken
Good to know it will be of help. As for the functionality, this is based on the email auth with the only difference being it does not send out the email confirmation, so all other auth functionality works the same. Domain restriction comes from core Moodle authentication functions, not the authentication plugin itself.
As for how it works, like I said, instead of a notice saying an email has been sent, the page after clicking to submit the signup form has a link to click which confirms the account and logs in the user (we are basically skipping the click the link from your email part and just clicking on the link on the page). The lang string on that page comes from the auth and can be edited in your site.
I was also searching for the same problem.
I have been searching for a solution like this for AGES! Thank you. I tried installing it but it didn't work. Maybe I did something wrong as I am not so techie, please guide me.
Here's what I did:
Downloaded the zipped file
Uploaded it via admin>plugins>install zipped plugin>upgrade moodle
Did I miss any step?
Thanks Chardelle, enabling the auth type and self registration to online confirm did the trick. Woohoo!
Thank you Chardelle, this is a really useful Plugin.
Will it also work with Mobile App Authentication?
Kindly advise, how to make it work with Mobile App Authentication.
Is there anything special which needs to be done.
I will give it a try.
Regards
Arabinda
I'm sorry Arabinda, I have not tried this with the mobile app.
Thought I would mention that this plugin works great in 3.3. We may look at upgrading it for Mobile.
Hey all:
I have installed this plugin and wonder why/how to get it to be the primary way people enroll on the site.
Basically I want students to be able to put in a username and password and then start on a course.
Any pointers?
Hi Daniel,
This functions like any other authentication method. Under Site Admin>Plugins>Authentication>Manage Authentication you must enable it and then place it in the top position (under Manual Accounts and No Login) if you have other methods enabled.
You can read more about authentication in the Documentation on this site.
Thanks so much for responding Chardelle:
I have done what you suggested but when I land on the login page I still don't seem to be able to use the online confirm method.
Are there other settings I need to enact in authentication?
Since this is an authentication method, users will first have to click to create their account/signup using the normal signup form. However, they will not have to confirm their account via email, they can confirm it by clicking a button on the page once they fill out the signup form and then they will be logged in. After that login is the same as it normally is.
So what I'm trying to do is - give out links to courses where students can land and login without verification.
Not sure this plugin is the answer, but could be part of it?
Thanks all for your advice/help.
I don't think that will be possible unless you have them log in as a guest. In order to keep track of their grades, etc. in a course, they will have to sign up so they that they have their own user id.
Hello again:
I actually may have a solve, but am wondering something - how would I make it so that the only fields they would have to fill in are username and password - would this be possible with the Online Confirm plugin?
Also, would I be able to use a direct link to a course and they login directly after confirming?
Well, yes and no. First and last names and email addresses are required moodle fields. For one thing, they are used for searching for one thing, you wouldn't easily be able tell your users apart if not for those and you may as well be letting them login as "guest".
That being said, there are ways to get around it, I have had clients who have done things like this. It will require some custom coding though. If you want to use a custom signup form, you can copy the login/signup_form.php file to the onlineconfirm folder.
Then add some code to onlineconfirm/auth.php (I don't remember if I put it in these files) like this under the function called function can_signup() add a new function to call the new signup form like this:
/*Override signup form*/
function signup_form() {
global $CFG;
require_once($CFG->dirroot.'/auth/'.$this->authtype.'/signup_form.php');
return new login_signup_form(null, null, 'post', '', array('autocomplete'=>'on'));
}
Then you could custom code that signup form.
As for the redirect, you can add a redirect to the user_confirm and login functions in the auth.php file under the true returns something like this:
redirect($CFG->wwwroot.'/course/view.php?id=2);
Thanks a ton for such a wonderful plugin.. Please keep updating it , its wonderful . It works without any problem.
Thanks again..
Afternoon - thank you for this plug-in it has been driving me crazy trying to find a work around.
- i have the plugin installed and i have moved it to the top under manual and no login.
- I then went to go create an account and i am still getting the following error:
"Tried to send you an email but failed!"
Please please assist.
Hi, Please confirm if you have been able to upgrade it for the mobile. Thanks, Noel
Thank you very much Chardelle. I have installed in production moodle 3.2 and it works perfectly. It allows the user to self-register and automatically activate their account without confirming an email. Could you consider adding it to the official moodle plugin relationship? Greetings from Lima, Peru.
My client has been using this authentication on many sites for years with no problems. Obviously, you do NOT want to use this authentication for anyone with permissions in the site above that of a student. Those users are always manual authentication.
Thank you. Glad it has been helpful.
Of course, Recaptcha should be implemented on the signup page.
Thanks, I will take a look at that and upgrade/update the code for 3.5.
Did you updated this "Awesome" plugin ?
It's very helpful and appreciated by all new users .
Best wishes .
Hi everyone,
I have updated the onlineconfirm auth for 3.1and above, which will get rid of the deprecated warning.
How to update to new version?
We have installed previous version on live site..
Not yet updated to the one supplied by you now on live site.
When we installed it on dummy site by uploading on pre-installed previous version of plugin, and tried to create new account by clicking IS THIS YOUR FIRST TIME HERE? button, it gives 500 error.
Where we are going wrong?
We even tried a fresh installation of this updated version.
The moment someone tries to create new account by clicking button. it shows 500 error...
500 errors are difficult to tell. Make sure the onlineconfirm folder is under the moodle/auth folder.
You can also turn debugging on, then go to manage auths and see if you get any debugging errors.
As for that local notify email signup plugin, I looked at the code and for some reason, it is coded to only send an email if someone registers with the "email" authentication. To use it with this auth, you could open the classes/observer.php file in that plugin, and on line 48 change
if ($user->auth !== 'email') {
to
if ($user->auth !== 'onlineconfirm') {
Thanks a lot for your support.
I did a fresh install of Online Confirm plugin (updated version) on a new site and activated debugging too.
When I tried to create new account following errors shows.
-------------------------------------------------------
Warning: require_once(/home/zmeklwvz/public_html/onlineconfirm/auth/onlineconfirm/signup_form.php): failed to open stream: No such file or directory in /home/zmeklwvz/public_html/onlineconfirm/auth/onlineconfirm/auth.php on line 94
Fatal error: require_once(): Failed opening required '/home/zmeklwvz/public_html/onlineconfirm/auth/onlineconfirm/signup_form.php' (include_path='/home/zmeklwvz/public_html/onlineconfirm/lib/pear:.:/opt/cpanel/ea-php72/root/usr/share/pear') in /home/zmeklwvz/public_html/onlineconfirm/auth/onlineconfirm/auth.php on line 94
-----------------------
I have yet not changed and checked lines in Notify Site admin plugin as suggested by you.
Please guide where I am going wrong.
1)
I again did fresh install with your previous version of plugin
2)
Changed line as suggested by you in "Notify admin..." plugin
3)
Its working fine (with following debugging message)
--------------------------------------
Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; auth_plugin_onlineconfirm has a deprecated constructor in /home/zmeklwvz/public_html/onlineconfirm/auth/onlineconfirm/auth.php on line 32
Warning: session_regenerate_id(): Cannot regenerate session id - headers already sent in /home/zmeklwvz/public_html/onlineconfirm/lib/classes/session/manager.php on line 520
Skip to main content
× This page should automatically redirect. If nothing is happening please use the continue link below.
(Continue)
Error output, so disabling automatic redirect.
----------
Otherwise its working absolutely perfect..
Thanks Arkin, my mistake. I somehow left in my code in the auth that allows you to take a copy of the login/signup_form.php and put it in the auth/onlinefirm folder, then you can modify that signup form if you want (which I do), however, I did not include the signup form. This version has that code commented out. You can uncomment it and use it if you wish (in the auth.php file line 90)
Little more hand-holding is required.
I tried to uncomment /*Override signup form charbusch*/ by removing /* and */ but it gives error.
Can you please explain step by step?
Please excuse me for my ignorance.
Your help is highly appreciated at Arkin.
Thanks a ton.
N.B. Your previous version + your guidance about "notify plugin" is working excellent on live site.. we all at Arkin very happy for your such a wonderful work.
Sure.
When the function is commented out (so it is not called), it looks like this:
/*Override signup form charbusch
function signup_form() {
global $CFG;
require_once($CFG->dirroot.'/auth/'.$this->authtype.'/signup_form.php');
return new login_signup_form(null, null, 'post', '', array('autocomplete'=>'on'));
}
*/
If you want to make changes to the signup form, for example adding some lang strings, you can uncomment that function so it looks like this:
/*Override signup form charbusch*/
function signup_form() {
global $CFG;
require_once($CFG->dirroot.'/auth/'.$this->authtype.'/signup_form.php');
return new login_signup_form(null, null, 'post', '', array('autocomplete'=>'on'));
}
Thanks for your help.
Sorry to bother you once again...
We tried everything suggested by you... we must be committing blunder somewhere..
Your previous version was totally "Ready to use out of the box" .
May I request you to come up with this updated version like previous version "Ready to use out of the box".
I am sure all will appreciate it, as almost all will be fumbling with any editing in code.
Sorry again for our ignorance and thank you once again for all your help..
Hello Chardelle,
Thanks for this wonderful authentication Moodle plugin to have students signup without the confirmation of the email address in their emails. I had problems in the past where the moodle server would not send out emails using the default Email-based self-registration so I had to manually confirm there email on the admin side. This plugin help resolves that problem.
I've tested this download with Moodle version 3.7.1+ (Build: 20190718). It's working fantastic.
Thanks,
Thanks a lot.
Your App and guidance is working perfectly fine.
Will try updated version tomorrow..
Thanks again.
Did you unpack the zip I posted Sunday, April 14, 2019, 12:12 AM into your auth folder? That is the version that does not require a signup_form.php file.
You posted it on 13th Saturday .... I have not downloaded.
Where have you posted 14th Sunday update ?
Thanks again..
Thanks.
We will try.
Thanks again..
Hi Arkin,
1. If you have upgraded your Moodle to 3.0 or higher, you can just upload the auth/onlineconfirm folder to upgrade to the latest version, nothing will change with the way it works.
2. New user emails will only go out if you have entered email addresses into the auth onlineconfirm config settings. If you are using another notify plugin, just leave that blank.
3. The signup code plugin is optional, I have a client who wanted to have their local group managers give out the code to their users so they knew for sure that only their users could sign up.
Thanks a lot..
Installed as you suggested on a dummy site.. it's working fine..
2)
On dummy site , there is no NOTIFY plugin, I added an email address in setting of your plugin, but still it's not sending email.
3)
Noted about signup plugin... Tried it, but uninstalled it..
Thanks a lot for awesome plugin.. I am sure you will update it for Moodle 4 too..
Thanks again..
I am trying to use this useful plugin. I have put it after no login and manual acc. I have enabled it . Currently, I am using Moodle 3.3 and On line Confirmation 3.7 and 3.1 but i cannot got this feature yet
Thank you in advance for helping and support
THANK YOU very much for your plugins.
In these so complex times, I wish you to take good care of yourself and your loved ones.
FP
Bordeaux in France
Great, thanks for letting me know, glad it could help.
Thanks for the report Dan, I appreciate it. There are no coding changes that are needed for 4.0, however, at some point, I will get it updated for 4.0 since it is a major version.
If you have any questions, or suggestions, let me know.
I will try to get to it next week, thanks for the reminder.
Thank you, Chardelle, for your onlineconfirm-37.zip file. I have version 3.8.
I installed the .zip, and it appears in Admin>Plugin>Authentication>Manage Authentication.
However, it doesn't appear in Admin> >Plugins>Enrollment>Manage enrol plugin
The login page has no option for a new user sign up.
Could you please advise us as to what to do next?
Deborah
Due to other circumstances with the server, we had to re-load Moodle 3.8 Upon re installation, the onlineconfirm.zip worked perfectly.
if (!$authplugin = signup_is_enabled()) {
//print_error('notlocalisederrormessage', 'error', '', 'Sorry, you may not use this page.');
}
This results in the following error, "Exception - Call to a member function signup_form() on bool"Dear Chardelle Busch thank you so much for this useful plugin.
I installed in moodle 3.1 successful.
I will upgrade as soon as possible. Thanks for the report.
1)
I am using Moodle 3.11.5 (20220117) and I am not facing any problem with the plugin.
2)
Moodle 4.0 is on horizon... I am sure, you will come up with required upgrade.
Thanks.
Thanks so much for that Arkin, I appreciate it. Now, that I actually am reading Arda's post I notice it says the error is in auth/onlineconfirm/db/upgrade.php and there is no such file.
Arda, please make sure you are using the latest version of the plugin found here https://github.com/charbusch/moodle-auth_onlineconfirm
Thanks Arkin,
As soon as 4.0 is released as a stable version I will make sure it is upgraded. As of right now, however, I don't see any major coding changes in the auth functioning in 4.0.
Thanks a lot..
Best wishes.
Chardelle, it worked beautifully! Thank you very very much!!
Hi Franck,
I have onlineconfirm running on the new Moodle 3.9 and it seems fine.
Cheers,
John
Hi John
I also confirm now ,-)
See you soon.
Franck
Hello
In the end, when I test the registration after giving the age and country, I get a blank page with no information.
Thanks for your help
Frank
Ok, Franck,
Thanks for letting me know it is working. Those images are not debugging errors.
Hello Chardelle
It's still the same but as the registration on version 3.9 works I "adopted" it again.
On the other hand, I am willing to redo the test with your solution, please tell me what I have to provide you as "image" for the bug. (I have no error code on the page)
Thanks for the help
(nb: I do my translations with DeepL, even if the translator is very efficient do not hesitate to ask me to rephrase my questions and answers)
Translated with www.DeepL.com/Translator (free version)
Hi Franck,
If you get a blank page, you can turn on debugging to see if an error shows on the page.
To enable debugging, go to Site administration > Development > Debugging
Choose DEVELOPER: extra Moodle debug messages for developers
Check to display
Then, be sure to turn it back off again, debugging should NOT be left on.
Hi Chardelle
Ok, I get it.
So here's my error message:
Warning: require_once(/home/cuisinev/www/moodle/auth/onlineconfirm/signup_form.php): failed to open stream: No such file or directory in /home/cuisinev/www/moodle/auth/onlineconfirm/auth.php on line 94
Fatal error: require_once(): Failed opening required '/home/cuisinev/www/moodle/auth/onlineconfirm/signup_form.php' (include_path='/home/cuisinev/www/moodle/lib/pear:.:/usr/local/php7.2/lib/php') in /home/cuisinev/www/moodle/auth/onlineconfirm/auth.php on line 94
Thank you for your help.
Franck
Thanks Franck,
That is what I suspected. Here is how to fix that. You are using the function to have a signup_form.php file in the onlineconfirm folder, but that file is not there.
In the onlineconfirm/auth.php file, there is a function that you can use if you want to modify your signup form (I always do by adding some headings/lines of text between sections giving our users more information, etc. In this code, that function is commented out (made invisible) but you must have made it visible. Here is that function in the file
/**
* Override signup form charbusch
* To use a custom signup form, first copy the signup_form.php file
* from the login folder to this folder and make changes to it
* Then uncomment the signup_form() function below
*/
/* (to use this function delete this line)
function signup_form() {
global $CFG;
require_once($CFG->dirroot.'/auth/'.$this->authtype.'/signup_form.php');
return new login_signup_form(null, null, 'post', '', array('autocomplete'=>'on'));
}
*/(to use this function delete this line)
So if you want to add a signup_form.php file to the onlineconfirm folder, then you can delete the /* and */ as per above
Or, put the /* and */ like above back in and use the normal login/signup_form.php and the errors will go away.
I hope this makes sense.
Hi Chardelle
If I understand correctly, I have to delete that:
Then uninstall onlineconfirm (but I can't do that on moodle
Thanks for the help
Hello. Thanks for providing this very useful plugin
Is it possible to send an email notification to the moodle admin when this plugin is active for user membership when a new user joins the site? An email containing his username and other information.
Hi Omid,
There is a local plugin that will do this.
Please try this plugin found here https://moodle.org/plugins/pluginversions.php?plugin=local_welcome
Hi Chardelle
Your solution finally got into my brain... it takes the time it takes )))
But it's all right now, I'm using your plugin again.
Thanks
Have a nice day.
Thank you Chardelle. I have just installed in 3.9 and works beautifully. Our requirement is that most people will not have emails. So I have enabled the multiple logins can have the same email option and installed this plugin. Thank you
Thanks for letting me know Sati, glad it helped.
Hi Chardellee,
I use a different theme and i get the following error on the sign up page. But despite the error the plugin is working fine. How do i fix the error?
/login/signup.php
This page should be using theme herald which cannot be initialised. Falling back to the site theme moove
Hi Max,
You did not say what version you are using. As was mentioned above, in one of the downloads, I had accidentally left in a function that allows you to have a custom signup_form in the auth, and since the error is referring to the signup form, this might be the problem. Please open/edit the auth/onlineconfirm/auth.php file and do a search for the function
function signup_form()
If that function is in there, please delete the entire function and see if that gets rid of the error.
Ok, then this is definitely a problem with your theme. You can try purging caches and see if that helps. Other than that, you will have to contact the theme developer (most likely that theme is not updated to run on your Moodle version) or use a different theme.
That is standard for any web form, reloading the form will prompt the browser to resend any data that is in the form. I'm not sure why anyone would click the back button on their browser after logging in or signing up.
Thank you Chardells for your reply. Yes, it is PHP's problem as you say. Is there any way to prevent back button clicking on their home page or other solution? Because, my target users are children who are not unfamiliar with Moodle and other LMSs. Looking forward to any guidance and thank you for your time.
Well, no, this really is not a PHP problem, it is simply a problem of clicking the back button in the browser. And it seems like using Chrome is what gives that error code. You might simply try putting an HTML block or something similar on your home page with large instructions to not click the back button, or maybe a large button that says ClICK HERE that goes to a course page or something similar.
Thank you so much Chardelle for your guidance. That solution would be the best way. Thanks
Just wanted to throw out there...
Nothing changed on my end except for the version of Moodle that I was using. But I no longer had any students enrolling. Even though I tended to have 2+ per month and it was only $85 tuition.
Then I recalled that I had emailed my hosting support people and told them I was having a ton of trouble with email reliability and found that my domain/ip had been blacklisted (shared host). I also hired a Moodle expert on freelancer.com I think it was. He concluded what I was already thinking. The Host patched something to make email sending significantly harder. Apparently Moodle email confirmation was affected by such patches. Still working with hosting on a solution and will probably try SMTP settings instead. Tried signing up for free pepipost last night but they deemed me a potential spammer and denied me after a ton of work. So IDK, I may have to pay a service but it would be worth it for me because I am sick of losing tuition money. Hope this helps someone that doesn't have standard resolution to their issues.
@J.H. your posting probably should have it's own thread. But I'll 'throw back' ... with 'free' suggestion.
Can tell you are frustrated ...
Shared Hosted is an issue ... and will be forever ... for reasons such
as you have described.
Go to:
https://mxtoolbox.com/blacklists.aspx
Use the IP of your server.
Then do again with the FQDN of your slice of the shared hosting server.
IF listed in a blackhole service a link might be provided to the service
that will describe the process to get off that blacklist ... if possible ...
again ... shared hosting.
'Expert help' ... am just a community member who is offering free ... free advice.
Higher versions of Moodle can use SMTP via Sendgrid API Key.
Have to acquire an account with SendGrid then set up an API key.
The values you plugin to your moodle in SMTP config.
See:
https://moodle.org/mod/forum/discuss.php?d=392578#p1662786
https://sendgrid.com/
'SoS', Ken
