Service Manager

Home 

This is the latest version of the help for Ivanti Service Manager 2018. If you cannot find some of the features described in the help, you may be using an older version of the application. To upgrade the application, click here.
To view the help for the latest version of Service Manager, click here

About Email Processing

When a user sends an email to the inbox email address, the system automatically creates the specific type of business object record (such as incident, problem, Knowledge Base article, or change). This section describes how the system processes these emails.

About Processing Outgoing Emails

About Processing Incoming Emails

About Assigning a Task to a Team

About Processing Outgoing Emails

To ensure that outgoing emails reach their recipients during system exceptions, email processing includes the following:

Outgoing emails are stored in the Email workspace.

The Sent status for emails is set to Y or N.

The Processed status for emails is set to Y or N. See About Processing Incoming Emails for information about processing emails.

The system displays information in the Last Error field if the email was not sent successfully.

The number of attempts made to send an email appears in the Send Attempt field.

The system displays the capability to resend any email through a Resend quick action in the workspace.

The system captures bounced emails by creating an email business object of type bounced.

A timeout validation on save rule for emails is set to a value from 100 seconds (default) up to a maximum of 1000 seconds.

These enhancements appear on the Email workspace as shown:

Email Workspace

The following flowchart shows how outgoing emails are processed by the email listener:

Outgoing Email Process

About Processing Incoming Emails

To prevent the system from deleting incorrectly-configured, processed, incoming emails, the email listener does the following:

Moves processed emails to an archive email folder within the same mailbox.

Creates a link between failed emails and incidents which creates an incident for failed emails.

Captures unprocessed or failed emails in the logs, with more diagnostic messaging.

To prevent overloading the email server, the text size (not including images) going through the email listener is limited. When the size exceeds the allowed amount, the message body is replaced with the message "The email exceeds the allowed text processing size limit." This does not apply to images or HTML emails.

The following flowcharts shows how incoming emails are processed by the email listener:

Processing Incoming Emails - Step 1

Processing Incoming Emails - Step 2

About Assigning a Task to a Team

When a task is assigned to a team, the entire team receives an email. One team member can then accept the task (via email) and become the owner.

A user can send an email to update a task if:

The requested status is accepted, AND the current status is logged or assigned, AND the sender is a member of the team of this task. The task status becomes accepted and the owner becomes the sender.

The requested status is accepted, AND the current status is accepted. A warning appears in the log file. In the Journal Email -> Sender info, an error message The task has already been accepted is stored.

For all other cases, if the sender is the owner, the status is updated.


Was this article useful?    

The topic was:

Inaccurate

Incomplete

Not what I expected

Other