Claws Mail Account Settings for OAuth 2.0
When setting up an account with OAuth2, besides correctly filling out the 'OAuth2' page, you also need to make sure you have the correct settings on the 'Receive' and 'Send' pages:
'Receive' page (POP): Authenticate before POP connection: Authentication method = 'OAuth2'. 'Receive' page (IMAP): Authentication method = 'OAuth2'. 'Send' page (POP / IMAP): SMTP Authentication: Authentication method = 'OAuth2'.
Setting up OAuth 2.0 for Gmail
Follow the instructions here: https://support.google.com/googleapi/answer/6158849
Note: If you use more than one Google/Gmail account, make sure you are signed in to Google Cloud Platform with the desired account before creating a project or changing any settings. (It is possible to be signed into multiple accounts; just make sure the browser tab/window you are working in is controlled by the correct account.)
When setting up the project use these settings:
Project name: Anything of your choice Publishing status (of project): 'In Production' User type: External
Notes related to the above:
1. If/when you create a new project, if it appears that the process has stalled, look in the top-right corner for a notification icon that you can click on and then select the relevant project. This should then open that project's dashboard so you can continue with the process. (As of 24 Mar 2022.)
2. Regarding Google's above-linked instructions related to the "Credentials" page: Where it says "Click 'New Credentials'" it should read "Click '+ CREATE CREDENTIALS'" (as of 24 Mar 2022).
3. Regarding "Publishing status", the initial default is 'Testing'. To change this to 'In Production' click on the 'Publish App' button in the 'Publishing status' section of the 'OAuth Consent Screen', and then click on 'Confirm'. This results in the status changing to ‘In Production’ and a new section ‘Verification Status’ showing with a ‘Needs verification’ status, which can be safely ignored. If this doesn't work for some reason, you can switch back to 'Testing' status on the same 'OAuth Consent Screen' page you used before. For this status to work you need to make sure you've added the desired email address to the 'Test Users' list on the 'Edit App Registration' - 'Test Users' page of the 'OAuth Consent Screen' setup process (or on the main 'OAuth Consent Screen' page). Note that with this status each authorization code will only last for seven days, after which you will be unable to connect and will see authorization errors in the network log. To get a new authorization code, go to the 'OAuth2' page of the Claws Mail settings and repeat the steps for getting an authorization code and completing authorization. (Note that there is no need to get a new client ID or client secret.) (as of 17 Apr 2022)
OAuth consent screen settings:
App name: Anything of your choice User support email: Your own email Developer email: Your own email App domain entries: Leave blank
Click on 'Add or Remove Scopes'. Select (check the box) this entry: "Gmail API, https://mail.google.com/, Read, compose, send and permanently delete all your email from Gmail" (Note that the list is in alphabetical order and you may need to go to a later page to find this entry. Also, if you can't find it in the list, you can enter the URL manually at the bottom of the page to add it to the list.) Click on 'Update'. Confirm that the section 'Your restricted scopes' shows the entry you just added. Click on 'Save and Continue'.
Getting the Client ID
APIs and Services on the left menu, then Credentials entry Copy the Client ID to the corresponding field on Claws Mail's account settings' 'Oauth2' page. Select "Edit OAuth Credentials", then copy the Client Secret to the corresponding field on Claws Mail's account settings' 'Oauth2' page.
It's possible / probable that Gmail will 'complain' about giving access to an unverified third-party app. If this keeps you from using Claws to access your Gmail, you may need to log in to Gmail's web-mail interface and review / revise your security settings there. This may involve dismissing the warning Google gives about the Project that you set up for Claws to access GMail on your account. If you dismiss a Warning, Google may then ask you why you are dismissing it, providing several options, leaving you free to choose the one which seems most suitable (like trusting the app and its developer, as of 8 Jun 2022).
Setting up OAuth 2.0 for Microsoft - for Outlook or Exchange
Step 1: Log in to Azure (Microsoft's cloud service)
- go to https://portal.azure.com and log in
- click on
Azure Active Directory
- click on
App registrations(in the side menu)
You can use the direct link as well.
Step 2: Register Claws Mail as a new app
New registration(in the top bar)
Supported account typesto the most premissive option:
Accounts in any organizational directory and personal Microsoft accounts
Registerbutton (at the bottom)
Step 3: Configure the app
- click on
Authentication(in the side menu)
- make sure the
https://login.microsoftonline.com/common/oauth2/nativeclientis checked, and that the redirect URI is there
- click on
API permissions(in the side menu)
- click on
Add a permission -> Microsoft Graph -> Delegated permissionsand add the following permissions
(use the search box to filter the list, then tick the box next to a permission name to select it):
- offline_access - SMTP.Send - IMAP.AccessAsUser.All - POP.AccessAsUser.All - Mail.ReadWrite - Mail.Send - User.Read
- once all permissions are selected, click
Add permissionsbutton (at the bottom)
Step 4: Configure OAuth2 in Claws Mail
MS Exchange) - TODO: explain the difference
Application IDin Azure - shown at app
Copy linkbutton and open the request in your browser (you will be asked to authenticate)
- copy the full URL you were redirected to into the
(it will be something like https://login/microsoftonline.com/common/oauth2/nativeclient#code=0.AQIjdkSjkD...&session_state=e7cd... )
Current release of Claws Mail (4.1.0/3.19.0) uses the native client redirect URI and only requests the IMAP, POP, SMTP and offline access permissions. If you use the development version, you will see the localhost URI used. In some circumstances authorisation is known to fail, e.g. when the app doesn't have POP permission, when specific tenant ID needs to be used (instead of assuming
common), or when you try to impersonate Thunderbird . Additionally, the POP connection fails with long authorisation codes .
If your email account is managed by a third-party organisation, the attempt to get authorization code will likely fail. You need to ask your admin to approve the usage of the registered app and grant the API permissions in the organisation tenancy. Sometimes you will see a form where you can enter justification for the approval and request it with a simple button click. However, most of the time, you will need to contact your IT support on your own. In such a situation, provide a link to the registered app and some basic information about Claws Mail.
Authenticate an IMAP, POP or SMTP connection using OAuth - documentation from Microsoft