I don't see any compelling reason to switch to OAUTH2 as long as Google 2FA and an app password continue to work. I think the urgency to provide a GMail OAUTH2 solution was out of concern for not knowing how long Google will support the app password.
To specifically answer your question, the GMail OAUTH2 creation function in the v4.81 beta is very obvious. In Internet Options there is a new "Automatically configure for GMail (Google Mail)" option with a button labeled "GMail". It will walk you through it, including a Google login confirmation.
I have expressed concerns about the OAUTH2 implementation because of the fact that, if run when as an identity that is not configured with GMail host definitions, it can break those non-Gmail definitions and create an invalid OAUTH profile. This can be prevented by noticing that the pre-populated address in the OAUTH2 setup screens is not a the one you need associated with OAUTH2. I think we are going to have to live with this because there does not seem to be a method by which the 'non-GMail definitions' condition can be detected (eg: domains using Google email services that are not "gmail.com" ).
I don't see any compelling reason to switch to OAUTH2 as long as Google 2FA and an app password continue to work. I think the urgency to provide a GMail OAUTH2 solution was out of concern for not knowing how long Google will support the app password.
To specifically answer your question, the GMail OAUTH2 creation function in the v4.81 beta is very obvious. In Internet Options there is a new "Automatically configure for GMail (Google Mail)" option with a button labeled "GMail". It will walk you through it, including a Google login confirmation.
I have expressed concerns about the OAUTH2 implementation because of the fact that, if run when as an identity that is not configured with GMail host definitions, it can break those non-Gmail definitions and create an invalid OAUTH profile. This can be prevented by noticing that the pre-populated address in the OAUTH2 setup screens is not a the one you need associated with OAUTH2. I think we are going to have to live with this because there does not seem to be a method by which the 'non-GMail definitions' condition can be detected (eg: domains using Google email services that are not "gmail.com" ).
edited Apr 26 '23 at 3:29 pm