Working with Email Servers
The configuration for the email service provider is stored as a business object in the Neurons for ITSM database which is tenant-specific.
The email service uses the individual configuration of the tenant to send emails. Neurons for ITSM currently supports the SMTP, Microsoft Graph, and Microsoft Exchange web service protocols.
Various options are available within the main Email Configuration workspace to fully customize your email settings. Select the tabs at the bottom of the workspace to see the options.
Accessing the Email Configuration Workspace
Do one of the following to access the Email Config workspace:
•Log in to the application and open the Email Config workspace.
•From the Configuration console, select Configure > Email Configuration > Servers to open the Email Configuration workspace.
The default configuration includes a single inbox record. Use this inbox to create incidents from emails.
Configuring the Outgoing and Incoming Email Servers
The email servers are mostly configured during installation; if you haven't done this, then follow these steps to configure them after the installation. Any email configuration change takes affect in the next email poll interval.
1.Log in to Neurons for ITSM with Administrator user role.
2.Open the Email Configuration workspace.
3.Enter the following information into the fields:
Field | Description |
---|---|
Outgoing Server | |
Mail Protocol |
The protocol used by the outgoing email server. The options are as follows: •Exchange Web Services •Google Service Account •Microsoft Graph •SMTP If you select Exchange Web Services, ensure that your mail server supports the Microsoft Exchange web service. |
Host | The host address of the mail protocol. The format should be as in the examples given below: https://owa.mycompany.com/EWS/Exchange.asmx https://outlook.office365.com/EWS/Exchange.asmx This field is not applicable for the Microsoft Graph or Google Service Account options because these protocols do not require any host addresses. |
Port |
Only shown if you select SMTP for the Mail Protocol field. The SMTP port number. The default is 25. This field is not applicable for the Exchange Web Services, Google Service Account and Microsoft Graph options because the port number is part of the host address. |
Authentication |
The authentication method. •If you select Exchange Web Services for the Mail Protocol field, the only available options are - AuthLogin and Plain. •If you select Google Service Account, Microsoft Graph or SMTP for the Mail Protocol field, the only available option is AuthLogin. |
Service Account Address |
Only shown if you select Google Service Account for the Mail Protocol. Enter your Google service account email address. |
Private Key |
Only shown if you select Google Service Account for the Mail Protocol. Enter your Google service account private key. This is required to enable your Google service account to be used from outside of the Google Cloud and authenticate with Google API's. |
Use SSL/TLS |
Only shown if you select SMTP for the Mail Protocol field. Can be either SSL (secure sockets layer) or TLS (transport layer security). |
Client Login URL |
Only shown if you select Exchange Web Services as the Mail Protocol and Authentication as AuthLogin. The endpoint URL. For example, https://login.microsoftonline.com/. This can be obtained from the Azure Active Directory where you have registered an application. |
Client Resource URL |
Only shown if you select Exchange Web Services as the Mail Protocol and Authentication as AuthLogin. The value to be used is https://outlook.office365.com |
Client Tenant ID |
Only shown if you select Exchange Web Services or Microsoft Graph as the Mail Protocol and Authentication as AuthLogin. The directory (tenant) ID. This can be obtained from the Azure Active Directory where you have registered an application. |
Client ID |
Only shown if you select Exchange Web Services or Microsoft Graph as the Mail Protocol and Authentication as AuthLogin. The application ID. This can be obtained from the Azure Active Directory where you have registered an application. |
Client Secret Key |
Only shown if you select Exchange Web Services or Microsoft Graph as the Mail Protocol and Authentication as AuthLogin. The secret login key. This can be obtained from the Azure Active Directory where you have registered an application. |
User Name |
A valid email address. |
Password |
Only shown if you select SMTP as the Mail Protocol, or Exchange Web Services as the Mail Protocol with Authentication as Plain. The password for the email address. |
Send Mail Timeout | The number of seconds to wait for a timeout error to be indicated when a server delay occurs while sending an email. |
Block Outgoing Email | Blocks outgoing emails (only receives emails). |
Email Address Override | Overrides the email address to which the email is sent. |
Embedded Image Type |
The type of embedded images to use. Can be either Attached Images (CID) or Inline Images (Base64). We recommend selecting Attached Images (CID) if you are using Microsoft Exchange or Microsoft Outlook and selecting Inline Images (Base64) if you are using IBM Domino (formerly called IBM Lotus Domino). |
Attach Conversation ID to Outgoing Email |
Attaches a Conversation ID to outgoing emails. Select this option if you want to correlate conversations with business object records. |
Conversation ID Location |
Only shown if you select Attach Conversation ID to Outgoing Email). Location of the Conversation ID in the email from the drop-down list (Body (plain text) or Subject. |
Conversation ID Prefix |
Only shown if you select Attach Conversation ID to Outgoing Email. The optional value entered in this field replaces the default prefix added to Conversation ID's. |
Test Connection |
Tests the connection between Neurons for ITSM and the protocol service you have selected. After you select Test Connection, the application displays a confirmation message stating that the application will check the connection and then send an email to the specified user account. The specified user account is the email address that is specified in the User Name field in the Outgoing Server section of the Email Config workspace. If the connection test fails there may be a number of reasons for this, here are some examples:
Last Test Result: Displays the result of the previous connection test, including a time stamp, with date/time the test was run. It includes any failed message received. |
Incoming Message Handling Rules for All Inboxes | |
Keep Full Incoming Message as an Attachment | Puts incoming messages into attachments. |
Email Component Type |
The email mechanism to use. Can be either Advanced or Basic (default). After you select the email component type, the application disables the existing inboxes because the authentication type may not be supported by the email component type. Update the authentication values for the inbox records to match the value of the updated email component type. See Creating an Inbox. •If Advanced is selected, MailBee library is used to connect to the email server and it supports TLS version TLSv1.1, TLSv1.2, and higher. •If Basic is selected, QuickSoft library is used to connect to the email server and it does not support TLS version higher than TLSv1.0. |
4.Select Save.
Using the Email Configuration Tabs
Use the Trusted Sender Domain tab to manage the list of trusted domains. A trusted domain is one from which your organization expects a certain level of security of information. You should only receive emails from domains that you place on the trusted domain list.
You can only use the Trusted Sender Domain tab if you created your email inbox and selected Use Method 2 (for Custom BO) and Create record by creating or linking the Custom BO. See Creating an Inbox.
1.Open the Email Configuration workspace.
2.Select the Trusted Sender Domain tab.
3.Select New. The application displays the New Trusted Sender Domain workspace.
4.In the Domain Name field, enter a valid domain name or enter * to accept emails from all domains.
5.Select Save. The application adds the domain to the list.
You can truncate (trim) a message body to remove reply content. This feature removes all text in the email after the word or words that you specify. For example, if you specify "Regards", then Neurons for ITSM looks through the email for the word "Regards". If it finds it, it removes, from both the email and the associated incident, all text that comes after that word.
1.Open the Email Configuration workspace.
2.Select the Truncate Body tab.
3.From the tab toolbar, select New. The application displays the New Truncate Body Rule workspace.
4.In the Body Line field, enter the text for which to look.
5.Select Save.
You can manage lists of status keywords for task assignments. Upon receiving a task assignment notification, the assignee can respond to the assignment by entering any default keywords.
1.Open the Email Configuration workspace.
2.Select the Task Assignment Status Keyword tab.
3.Select New. The application displays the New Task Assignment Status Keyword workspace.
4.Enter information into the fields.
•Task Assignment Status - A task status. Select from the drop-down list.
•Status Keyword - A keyword assigned to this status. For example, if you set the status accepted as a keyword, then the status of tasks assigned to you would automatically set to accepted if it has accepted in the email subject line.
5.Select Save. The application adds the task assignment status to the list.
You can manage lists of status keywords for approval status changes. Upon receiving an approval notification, the approver can respond by entering any of the default keywords - approved or denied in the email subject line to set the approval request to approved or denied.
1.Open the Email Configuration workspace.
2.Select the FRS Approval Status Keyword tab.
3.Select New. The application displays the New FRS Approval Status Keyword workspace.
4.Enter information into the fields.
•FRS Approval Status - Approval status. Select from the drop-down list.
•Status Keyword - A keyword assigned to this status. For example, if you select approved in the FRS Approval Status field and enter the matching keyword approved in this field, the approval record sets to approved when the approver enters approved in the email subject line.
5.Select Save. The application adds the approval status to the list.
You can manage lists of subject lines which can be ignored in an incoming message. This can help manage incoming messages by filtering out automated messages such as auto-replies.
1.Open the Email Configuration workspace.
2.Select the Ignore message with subject tab.
3.Select New. The application displays the New Tenant Email Subject Line workspace.
4.In the Subject Line field, enter a subject line.
5.Select Save. The application adds the subject line to the list.
You can manage lists of delivery failure messages that can be ignored in an incoming message. This can help manage incoming messages by filtering out certain automated messages. A best practice is to always use this feature.
Not defining a keyword here could cause the application to send excessive emails. For example, if your inbox receives a "Delivery Failure" email, a new incident is created and a new notification is sent. This notification causes another "Delivery Failure" email, causing an infinite loop.
1.Open the Email Configuration workspace.
2.Select the Delivery failure notification tab.
3.Select New. The application displays the New Tenant Email Subject Line workspace.
4.In the Subject Line field, enter a subject line.
5.Select Save. The application adds the subject line to the list.
You can update an existing record, based on additional data in the subject line. This process maps a custom pattern in the subject line of an email, then attaches the email to a specific business object. For example, the default pattern (such as Incident#incident_subject) tells the application to update an existing incident from this email and attach the email to this record. However, you can create a custom pattern that does the same thing (such as CodeIncident). The custom mapped part of the subject string (in this example, Code) triggers this behavior.
The feature only processes emails based on the subject line, and does not affect other behaviors; that is, you can only create or update the record of the business object configured for the inbox. For example, if the email listener is set to manage incident records, you cannot update change records.
1.Open the Email Configuration workspace.
2.Select the Object Name Mapping tab.
3.From the tab toolbar, select New. The application displays the New Email Object Name Mapping workspace.
4.Enter information into the fields.
•Subject Pattern - The pattern that triggers the mapping behavior. For example, if you designate CAT as a pattern, then every email containing a subject starting with "CAT" is mapped to the business object defined for the inbox.
•Business Object - The designated object to be appended to the subject line, such as incident.
5.Select Save. The application adds the pattern to the list.
When the email listener receives an email, it evaluates the subject. If the subject contains the mapped value, the application updates the business object. If the subject value does not match, the application processes the business object as normal.
For example, say you have two inboxes: one to process incidents and one to process other business objects. Also, you have set up email object name mapping as follows:
Subject Pattern | Business Object |
---|---|
CAT | Incident |
DOG | Change |
An email arrives with the subject line CAT# 1234.
•The email listener sees the hashtag (#), and the keyword CAT is identified.
•CAT tells the application that this is an incident record (as defined in the mapping).
•1234 identifies the business object ID.
• The email is sent to the incident inbox and processed. If it matches an existing record, the record is updated. If it does not match and if Create Incident On Error is checked in the Inbox Configuration workspace, the application creates a new record. If it does not match an existing record and you did not check Create Incident On Error in the Inbox Configuration workspace, the application gives an error.
Another email arrives with the subject line DOG# 9876.
•The email listener sees the hashtag (#), and the keyword DOG is identified.
•DOG tells the application that this is an change record (as defined in the mapping).
•9876 identifies the business object ID.
•The email is sent to the other business object inbox and processed. See Creating an Inbox that Creates a Generic Business Object.