How To Gmail Password Change

[Glauco Schlembach]

Iam trying to set up an invite-only application based on the following auth0 tutorial: -invite-only-applications#summary. The email verification endpoint worked as expected however the password reset endpoint is not sending an email. I have set up my own email client, the Auth0 Lock password reset is working and I received a 404 Not Found response when I attempted to implement this fix Issue with password reset mail not being sent. Could you please help, thank you.

@hhdev For the verify user email with password reset are you referring to this -user-email-with-password-reset.md ? Because that will mark the user as verified as soon as they reset the password. So it only runs after the next time they login (after password reset is successful). What email provider are you using?

Is this issue any closer to being resolved, as stated in the original question, I am receiving password reset emails when I reset my password through the Auth0 Lock but no email is sent when the _AUTH0_DOMAIN/api/v2/tickets/password-change API endpoint is it even though it returns a valid password reset URL in its response.

So I have created a lot of automations for my customer and each of these automations has connection with the gmail app (especially the send an email module).

Each time tha customer change its gmail password, all these scenarios are broken and I should go myself to each scenario and connect every module of gmail again.

If a user forgets the password for their managed Google account (for example, their Google Workspace or Cloud Identity account) or if you think their account has been compromised, you can reset their password from the Google Admin console.

Resetting a password changes it for the user's online accounts. If the user has Google Drive for desktop, the password doesn't change there. After resetting a user's password, you must reset the user's sign-in cookies.

Third-party mail applications on mobile are also included in this policy change. For example, users who use the native mail application on iOS will now have to re-authenticate with their Google account credentials when their password has been changed. This new behavior for third-party mail apps on mobile aligns with the current behavior with Gmail on iOS and Android, which also require re-authentication upon password reset.

If you are a new Student, an activation email was sent to the personal email address (e.g. [email protected]) that you provided when you applied. If you cannot locate the email, please make sure it was not sent to SPAM. The message was branded with the SDSU Logo and SDSUid activation information. The message was sent from [email protected].

If you are a new Faculty, Staff, or Student Employee, an activation email was sent to the personal email address (e.g. [email protected]) that you provided to HR. If you cannot locate the email, please make sure it was not sent to your SPAM. The message is branded with the SDSU Logo and SDSUid activation information and is sent from [email protected]. You can also inquire with your college/department technical support as they have the ability to assist you with activation.

For applicants and students an email was sent to your personal email e.g. @yahoo.com, @gmail.com account that you applied with. If you cannot locate your email, please make sure it was not sent to your junk mail. The message was branded with the SDSU Logo and SDSUid activation information. The message was sent from [email protected].

You should have received an email with instructions on how to activate your SDSUid account. It was sent to the email account on file in the Web Portal. Please make sure it was not sent to your spam folder. The message was branded with the SDSU Logo and SDSUid activation information, sent from [email protected]. If you can't locate the email, please contact the Library Computing Hub Help Desk with your RedID card for assistance.

Yes, if you have expressed intent to enroll, your Google Workspace Gmail account is your official SDSU email account. Once you receive your @sdsu.edu email address, please make sure to go to the WebPortal to update your email address.

Students who are graduating, your SDSUid, O365 account, SDSU Google Workspace, and all associated data will be deleted one year from graduation. For all others (including credential/certificate programs) 90 days after the final day of the last enrolled semester.

All students have a random four numeric digit appended to the prefix of their SDSUid. This is to differentiate between faculty/staff accounts and student accounts. These numbers cannot be removed or changed.

If you are a new Faculty/Staff person, an activation email message was sent to the email address that you provided to HR. If you cannot locate the email, please make sure it was not sent to your junk mail. The message was branded with the SDSU Logo and SDSUid activation information. The message was sent from [email protected]. If you cannot locate your SDSUid activation email, please inquire with your college/department technical support as they have the ability to assist you with activation.

Please make sure your password meets the following criteria for complexity: A minimum of 10 characters. Your password must include at least 1 character from each of the following sets: uppercase, lowercase, numerical, and special character. Passwords cannot be reused.

Students may visit the Name and Gender Change Procedures website to learn more about the process. Going through the previous procedure only affects your display name, and not your SDSUid. Your SDSUid will remain the same.

Non-ASCII characters are not passed through to the SDSUid account at this time. The IT Division is reviewing this limitation and is considering adding support for special characters in the first, last, and display-name fields.

Whenever a user requests a new password, it will notify the site admin that the password was changed. What I'd like to do is disable this feature, as for this specific site I really don't care if users are changing their password.

Actually that is in the setting where you put your email to be notify for any activity that the admin should be notify, such as if there is any ping or link back to your site, any new registration to your site or even any "FORGOT PASSWORD" or password change that happen to your site.

I log into Ogame using my Gmail. When i first joined the Volans server it gave me an auto generated name, but when i try to change my name, none of my passwords apparently work to help confirm the name change - not even my Gmail password.

For some strange reason, out-of-the-box, Acumatica is setup to send someone an email every time their password changes WITH THE PASSWORD IN THE EMAIL! Dumb? Well, I think so. But that's the way it is, at least as of Acumatica 2020 R2 (20.206.0011).

Rather than use an insecure password, they leave Generate Password checked in the previous screenshot which is smart. They also manually check Force User to Change Password on Next Login which is also smart. That way Acumatica will force me to create my own password when I login.

As soon as they click the Save button on the Users (SM201010) screen, my user is created and I get an email by default because by default the New User Welcome Email Template field is populated on the Email Preferences (SM204001) screen:

I'm ok with this because, in theory, I'm going to login pretty quickly and, when I do, Acumatica is going to force me to change my password, making the password that was sent clear text via email obsolete.

But, let's say that, for whatever reason, I then go into the User Profile (SM203010) screen and click the CHANGE PASSWORD button. I create a new password for myself and press the Save button. Seconds later, I get an email with the password that I just entered:

I have multiple gmail accounts that I access in Thunderbird every day, some for years. Today I changed the password in 2 of these gmail accounts. Thunderbird asked for the new passwords when logging in. 1 account accepted the new password and the other did not. I cannot get this second account to accept the new password. I even changed the password on gmail for this account again but thunderbird will just not accept it. Iv'e tried multiple suggestions in this support but have not resolved the problem.Need a little more advice on what to do next....

OK, I finally turned on in Google mail the switch that says: Access for less secure apps has been turned on and that solves the immediate problem of not logging into gmail. Now the issue is why all of a sudden did I have to use that bypass when for years it was never turned on!!! Changing a password really upset this operation. Guess I will take this over to Google support to see what I can do?

OK, bottom line is: If you are using Gmail and Thunderbird then you must turn on the "access for less secure apps" switch or you cannot log into Gmail from Thunderbird. In my case all my gmail accounts had that switch turned on except the one I was having trouble with. Do not know how the switch got turned on or off. It was not from me.

Thanks for sharing that info.Because of the hackers I do have to do the web mail login to revive Tbird access a few times per year for one of my older accounts.Google might just be tightening up security without sharing the details or instructions. I also complained to them about similar issues a year or two ago.

3a8082e126