Gmail Oauth2: Not Sending Linked Login Confirmation
Go to Site administration -> Users -> Browse list of users -> Show more ->on Confirmed - pull down menu select No ->Add filter. Then you will search for users that didn't confirmed they account.
But the problem is that
It doesnt send linked login confirmation in emails.
For new acc and those pending.
It suddenly stops sending emails for linked login confirmation
Sending mail it is complex problem. Your system didn't send emails or recipient didn't receive it, or did it put it in spam? What program do you use to send email? Can you send email to user with some other program (other than Moodle)?
Working with an entity that's using CustomOauth2 with a private/corp identity management system (ie, not Google, Mircrosoft, Facebook.).
One of the 'features' to Oauth2 is linking to existing accounts.
The process evidently detects that an existing account is already using email address as username and as in the screen shot above the user is presented with an option/opporutunity to link existing account with the Oauth2 account. Is that what you are referring to?
Observation so far ... and please check yourself ...
Query the mdl_auth_oauth2_linked_login table
select * from `mdl_auth_oauth2_linked_login`
See any entries with data in confirmtoken column and any data in confirmtokenexpires?
Also query your mdl_user table
select id,auth,username,firstname,lastname,email,from mdl_user where (`auth` like "oauth2")
Don't think you'll see the user who has not confirmed the linking of accounts.
Not meaning to piggy-back on your posting, but ...
If the accounts are linked, does that mean a user that opted to link them doesn't need to click on the Oauth2 button on the login page? They can continue to use the 'normal' username/password dialog boxes above the Oauth2 login buttons?
As far as your issue, check your servers mail log or web server error logs. If you are using the built in PHPMailer, it's likely that the receiving mail server did not accept the mail or has even rejected it thinking it's spam. If you are using Postfix/Sendmail as the agent that sends, the mail log will/should contain an entry with a link provided by the rejecting mail server which gives it's reasons for rejection. Can't tell you what to do there ... depends upon what it says.
'spirit of sharing', Ken
i don't have any manual accounts.
Accounts created using oauth2.
i am using the built in PHP mailer
Uhhh ... I would hope you have at least one manual account .. that of the original admin user (the person who installed) ... and the other is 'guest' ... even if you are not using 'guest' logins.
What's is Amazon's policy on any outbound email from any of the EC2's?
One doesn't need to change anything for email confirmations or mail from a Moodle sent by PHPMailer to 'suddenly' stop working. More than likely it's not your Moodle nor the PHPMailer, but, rather, the other end and/or EC2's and Amazon network. They don't want to become known as the next SpamKings haven.
Since Oauth2 is fairly new doesn't appear many have jumped on board.
Not sure you can fix from the Moodle Admin interface. Suggest looking at
There is a confirmtoken *and* a confirmtokenexpires field.
What if one removed the confirmtoken and the 'confirmtokenexpires' data?
'spirit of sharing', Ken
I tried creating a manual account then linked a gmail account and it's working
So the problem really is in Sending Linked Login Confirmation for oauth2 accounts.
It is working for months then it suddenly stop sending email
I did not change any config in AWS server or moodle configs.
The server is currently live.
Will it cause any error if I delete the values on those fields?
If you manually run cron does it report any errors?
And do you see emails from other things in Moodle (forum notifications?)
Not sending notifications haven't tried
How to test CRON?
If i delete my oauth2 services , planning to create new oauth2 services
Will it delete my current oauth2 users?