You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since Paulo implemented the XOAUTH feature in the mail client, using gmail and outlook requires twiddling with the supported auth methods list if XOAUTH is not used but the app-specific passwords (PLAIN or LOGIN), which is kind of confusing there were some issues mentioning that.
I wonder if it would be better to remove XOAUTH by default from the list of methods and only enable that when it is explicitly done with the config.
This is not so much a feature request, rather something I noticed when reading through emails from the issues.
If i remember correctly, XOATH also uses the user and password parameters like PLAIN, so its not possible to distinguish which is wanted when the programmer only sets the parameters with a method preference. I think a reasonable default would be good and then to mention which can be set when using the other method. The automatic selection of the auth methods is kind of at a loss with this.
Contribution
I don't think I have time (maybe), otherwise @pmlopes would be the most obvious person because he did the OAUTH feature
The text was updated successfully, but these errors were encountered:
Describe the feature
Since Paulo implemented the XOAUTH feature in the mail client, using gmail and outlook requires twiddling with the supported auth methods list if XOAUTH is not used but the app-specific passwords (PLAIN or LOGIN), which is kind of confusing there were some issues mentioning that.
I wonder if it would be better to remove XOAUTH by default from the list of methods and only enable that when it is explicitly done with the config.
This is not so much a feature request, rather something I noticed when reading through emails from the issues.
If i remember correctly, XOATH also uses the user and password parameters like PLAIN, so its not possible to distinguish which is wanted when the programmer only sets the parameters with a method preference. I think a reasonable default would be good and then to mention which can be set when using the other method. The automatic selection of the auth methods is kind of at a loss with this.
Contribution
I don't think I have time (maybe), otherwise @pmlopes would be the most obvious person because he did the OAUTH feature
The text was updated successfully, but these errors were encountered: