OAuth2 Token Administration#

OAuth Flow Support#

We support code grant type, or auth code flow, which enables a client application to obtain authorized access to protected resources like web APIs. The auth code flow requires an user-agent that supports redirection from the authorization server back to your application.

More background information about OAuth on Wikipedia

Token Usage#

Tokens can currently be used by

  • PostMaster Mail Accounts

  • Web Service Invokers

Added in version 6.4: It is now possible to use the tokens in :an Invoker.

Application Registration#

An application registration is requried to access resources via OAuth2. Upon registration, you should receive:

  • ClientID

  • Client Secret

  • Endpoint(s)

Microsoft and IMAP/POP#

Microsoft has switch off basic authentication for IMAP and POP protocols and moved to “Modern Authentication” (which is OAuth 2.0 token based auth) This has many benefits and improvements:

  • OAuth access tokens have a limited usable lifetime

  • are specific to the applications and resources they are issued

  • can’t be re-used

Read more on Microsoft’s site

An Example Microsoft App#

In our Blog, we outlined an example setup

Token Settings#

Adding a token will generates a YAML configuration in the database. This file has a specific format depending upon the provider and can be exported, modified, and imported as needed by the configuration or for migration (see below). We include basic formatting templates for the email providers, Google and Microsoft. The configuration is all done comfortably in the web interface, and you may generate as many service tokens as needed for your accounts.

Important

The system setting HttpType must be https for production systems using external services like GMail and Office365.

You can set this using the command-line as follows:

[znuny@host ~]$ bin/znuny.Console.pl Admin::Config::Update --setting-name HttpType --value https

Alternatively, you can search for HttpType in the system configuration and set it there.

Note

After configuration, it may be necessary to edit the endpoints manually, as the service provider can change the requirements at any time.

Image Add Token

The following fields are needed:

Name

A name for the token.

Client ID

Your client id. (The public identifier.)

Client secret

Your client secret. (The application’s own password.)

Added in version 6.4.4:

URL *

Enter the endpoints required for authorization, token, and token refresh.

Scope

Add the scope for the token.

Validity

The validity of the setting.

Template

Shows the template that was used to create this OAuth2 token configuration.

Types of Notifications to be shown

Expired token

Shows a notification for admins below the top menu if the OAuth2 token has expired.

Expired refresh token

Shows a notification for admins below the top menu if the OAuth2 refresh token has expired.

Token Overview#

It the token overview, it is necessary to manually request a new token upon token setup and as required by your service provider. You will receive front-end notifications as configured to inform you when the token or refresh token has expired.

Image Token Notification

Edit a Token#

Select any token from the overview to edit a token.

Token Notifications#

In the notification area, you receive notifications if a token or refresh token has expired. Clicking the notification will send you to the administration module for renewal. You may then click on refresh to get a new token.

Image Token Notification

Note

When a refresh token expires, you must generate a new one with your service provider.

Backup and Migration#

../../../_images/export_import_settings.png

Note

The option to overwrite settings only changes those settings of the same name.

Vendor-Specific Documentation#

Important

Redirect URI: The redirect_uri for Znuny is built from the system variables in the following manner:

${HttpType}://${FQDN}/${ScriptAlias}/get-oauth2-token-by-authorization-code.pl

i.e.

https://znuny.example.com/otrs/get-oauth2-token-by-authorization-code.pl

Added in version 6.4: Starting in this release, we’ve added a special switch to conform to Microsoft’s requirement for POP3 and OAuth2. This is pre-configured for the hosts listed in the Microsoft KBA. Hosts that need a separate info about authentication method and token (instead of both in one line) can be added to the system configuration option. MailAccount::POP3::Auth::SplitOAuth2MethodAndToken::Hosts

Most commonly needed for Office365.