How Email Engine works
Use the following sample scenario to know how the Email Engine interacts with the AR System and your mail server. The following figure presents a sample environment for an Email Engine implementation, including the flow of activity.
How Email Engine interacts with the AR System server
Multiple mail server support
You can configure multiple mail servers for an Email Engine. For each configured mail server, you can specify a failover mail server. If the mail server being used stops working, the Email Engine switches to the available failover mail server and continues processing mails. The following figure depicts this functionality.
Multiple mail servers configured for failover
In the illustration, M1 is specified as the primary mail server, and M2 and M3 are specified as failover servers. If the Email Engine detects that M1 is not working, it checks whether M2 is available, and if so, it switches to M2.
The Email Engine then tries to connect to M1, and if that is not yet working, it connects to M2. Then, if the Email Engine detects that M2 is not working, it checks for the availability of M1. If M1 is still not working, it looks for the failover server for M2, which is M3. If M3 is available, it switches to M3 and continues processing messages as described in the preceding note.
If none of the configured mail servers is working, the Email Engine produces an error and stops processing.
When switching from a server being currently used to its failover server, an entry is added to the stderr.log (Windows) or emaild.sh_log (UNIX) file. However, when switching back from the failover server to the primary server, no change is made to stderr.log or emaild.sh_log.
The multiple mail server support is currently available for the SMTP protocol only.
Improving the appearance of email
The following figure illustrates how the Email Engine can assign HTML templates to outgoing emails to improve their appearance.
Templates dynamically assigned through workflow
Administrators can create attractive HTML pages to use as headers, footers, results, and content templates. They might work with a graphic artist to create interesting bitmaps. They can also design a data-driven workflow that dynamically assigns the correct templates based on the ticket's impact. The templates might be designed so that users can quickly tell whether a ticket's impact is urgent, high, medium, or low.
The following steps illustrate the scenario:
- Shelly is visiting an important client in Chicago. She needs information from the corporate website within the hour to close an important deal, but the web server is down and her web client keeps returning error messages. She composes an email with a status marked Urgent and sends it to the Incoming mailbox.
The Email Engine receives the email from the mail server. It parses the instructions in her email, and makes the appropriate API calls to the
AR System server
.
- The server executes a filter that triggers a Notify action. Under normal circumstances, email notifications are formatted with a standard HTML header and result template. But if a submission is marked Urgent, the filter workflow creates an email notification with the Urgent header template.
The Email Engine constructs the message according to formatting instructions contained in the Outgoing Mailbox it is using. This message consists of the field values from the HD Incident form (submitter, short description, status, assignee, and so on) along with the header and reply templates that are stored by the
AR System server
in the AR System Email Templates form. The Email Engine then transmits the message to the mail server with instructions to send the message to Francie Frontline, the first-line Customer Support engineer.
- Francie Frontline logs in to the mail server to see if she has new mail. She sees the Urgent email constructed by the Email Engine. She clicks the URL in her email, and the ticket opens in her browser. Because the email is marked Urgent, its importance jumps to the top of her To Do list. She troubleshoots and quickly resolves the problem. When Francie marks the ticket as Fixed, the server fires a filter Notify action. Shelly then receives an email notification from the system that her web access problems have been solved. She can now access the information she needs to close her sale.
For more information, see Using-templates-with-outgoing-email.