Configure an incoming e-mail account for Office 365
Beginning in October 2020, Microsoft will disable Basic Authentication for Exchange Web Services (EWS). This API allows you to access your Office 365 email, as well as other Exchange-related items. This authentication method requires a username and password to access your Exchange email.
If you use Office 365 for your incoming e-mail, create a new incoming e-mail account in WHD and link this account to a Microsoft Azure account. This method uses Modern Authentication, which implements Multi-factor Authentication (MFA), Open Authentication (OAuth) 2.0, and conditional access policies (such as Azure Active Directory Conditional Access) to access Exchange e-mail. This ensures that all e-mail correspondence between your Office 365 e-mail account and WHD is safe and secure from unauthorized access.
OAuth is an open-standard authorization protocol used by websites and applications to enable Internet users to access resources without providing a password. MFA is an authentication method that grants user access to a resource after they present two or more pieces of evidence (or factors) to an authentication mechanism—for example, a password and a secret code.
To configure a new incoming e-mail account for Office 365:
- Verify your Exchange Online account settings.
- Obtain an Azure account.
- Create a new incoming e-mail account in WHD for your Office 365 e-mail.
See the Microsoft Azure website located at azure.microsoft.com for details.
An Azure administrator account is not required.
- Log in to WHD as an administrator.
- Click Setup > General > Options.
In the General Options page, record the server DNS name and assigned port.
For example, record
Open a web browser and navigate to:
Do not close WHD.
- On the Home page under Azure services, click Azure Active Directory.
- In the navigation pane under Manage, click App registrations.
Click the New registration tab.
Under Name, enter a display name for WHD.
For example, Web Help Desk.
Under Supported account types, select the Single tenant option.
- Save the application.
- In the navigation pane, click App registrations.
Under Display name, click the Web Help Desk application.
The Web Help Desk application details display.
Record the client and tenant ID values and save them to a text file.
- In the navigation menu, click API Permissions.
- Click Add a new permission.
- Scroll down and click Exchange.
- Select Delegated permissions, and then maximize EWS.
Under EWS, select:
Remove any other pre-existing permissions from the remaining permission drop-down menus.
When you are finished, you should have one permission.
- In the navigation menu, click Certificates & Secrets.
Under Client secrets, click new client secret.
- Under Add a client secret, select an expiration date.
- (Optional) Enter a description.
- Click Add.
- At the bottom of the screen, locate the Password with the new client secret code.
Copy the client secret code to a text file.
Store this text file in a safe location. This code is unique and cannot be retrieved when you close the window.
If required, you can change the frequency that WHD checks for new email.
In WHD, click Setup > E-Mail > Incoming Mail Accounts.
Do not close Azure.
- Click New.
- Select the E-Mail Account tab.
In the E-Mail Address field, enter the email address used by WHD to create new tickets.
To prevent WHD from sending nonstop ticket updates, use a real email address. Do not use an alias.
In the Account Type row, select Exchange/Office 365.
For Authentication Mode, select OAuth.
The Incoming Mail Server row displays the Office 365 option with three additional fields.
Field Description Tenant ID The ID number linked to your domain (such as solarwinds.com). Client ID The ID number that is unique for each registered Azure application (such as WHD). Client Secret
The encrypted password generated by Azure.
- Locate the text files that include the client ID, tenant ID, and the client secret values you saved from Azure.
Paste the values from your text files into the relevant fields in your new email account.
You are redirected to the Microsoft Login page.
- In the Pick an account dialog box, select your Azure account.
In the Permissions requested dialog box, review the permission requests from your WHD account. These requests may include:
- Access your mailboxes
- Sign you in and read your profile.
If the authorization is successful, you are redirected back to the Incoming Mail Accounts page in WHD. Under Client Secret, Authorized displays with a green indicator. The new incoming mail account is linked with Azure.
If the authorization is not successful and you receive an error, verify that the redirect URI you entered in Azure includes the correct server DNS and port listed in Setup > General > Options.
Click the Outgoing Mail Account drop-down menu and select your outgoing email account.
This account is used to send e-mail for this account. This includes automated replies to e-mail sent to this account, or tickets with a request type that matches what is linked to this account.
Click the Tech Group drop-down menu and select the tech group used to filter the available request types below.
New tickets created from this Office 365 email account will be given the selected request type.
Click the Request Type drop-down menu and select the request type that is assigned to tickets created from all incoming email.
Ensure that the request type is supported by the selected tech group.
Leave the Allow Auto-submitted E-Mail check box and Advanced E-Mail Properties field blank.
If your email server fails incoming email tests, you can use these options for troubleshooting.
- Disable your current incoming e-mail account (if applicable).
Click Enable E-Mail Tickets.
The Mailer Daemon begins parsing your Office 365 e-mail to your new incoming e-mail account.
Troubleshooting connection issues
If you receive an error when you save your Exchange incoming email account, do the following:
- Access your Exchange server and verify that Server Manager > Tools > Exchange Server IIS Manager > EWS > Basic Authentication is set to Enabled.
- If SSL is enabled, ensure that your security certificate (self-signed or CA-issued) to the local Java's trusted certificates.
- When you are finished, save the incoming mail email account again.