Email Engine Guide
Email Engine Guide
0
Remedy Email Engine Guide
February 2004
Part No: AR-600-EEG-01
Copyright 2002–2004 BMC Software, Inc. All rights reserved.
Remedy, the Remedy logo, all other Remedy product or service names, BMC Software, the BMC Software
logos, and all other BMC Software product or service names, are registered trademarks or trademarks of
BMC Software, Inc. All other trademarks belong to their respective companies.
For license information about the OpenSource files used in the licensed program, please read
OpenSourceLicenses.pdf. This file is in the \Doc folder of the distribution CD-ROM and in the
documentation download portion of the Remedy Electronic Software Distribution (ESD).
Contacting Remedy
If you need technical support for this product, contact Remedy Customer Support by email at
[email protected]. If you have comments or suggestions about this documentation, contact
Information Development by email at [email protected].
Preface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Audience . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Overview of this manual . . . . . . . . . . . . . . . . . . . . . . . . 10
Action Request System documents . . . . . . . . . . . . . . . . . . . 11
Contents W 3
Action Request System 6.0
4 XContents
Remedy Email Engine Guide
Contents W 5
Action Request System 6.0
6 XContents
Remedy Email Engine Guide
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
Contents W 7
Action Request System 6.0
8 XContents
Preface
Audience
This guide is for administrators who are responsible for installing and
maintaining the Remedy® Email Engine. Before you explore the topics in this
guide, ensure that you understand the terms and concepts discussed in the
Optimizing and Troubleshooting AR System guide, which contains all the
required information for setting up and administering a basic
Action Request System® (AR System®) environment. Your knowledge of
basic administrative AR System tasks is crucial for the successful
implementation of the strategies discussed in this guide.
You must know how to use the AR System, including the Remedy
Administrator, Remedy User, and Remedy Import. Refer to the Installing
AR System guide, the Developing AR System Applications: Basic guide, and the
Developing AR System Applications: Advanced guide for additional
information.
Preface W 9
Action Request System 6.0
10 XPreface
Remedy Email Engine Guide
You can access product Help through each product’s Help menu or by
clicking on Help links.
Action Request System 6.0 - Quick reference to C API function Administrators PDF and
C API Quick Reference Guide calls. and Print
AR-600-CAQR-01 Programmers
Action Request System 6.0 - Information about Java classes, Administrators HTML*
Java API methods, and variables that integrate and
with AR System. Programmers
Action Request System 6.0 - Procedures for installing AR System. Administrators PDF and
Installing AR System Print
AR-600-IG-01
Action Request System 6.0 - Procedures for installing, configuring, Administrators PDF and
Remedy Email Engine Guide and using the Remedy Email Engine. Print
AR-600-EEG-01
Action Request System 6.0 - List and expanded descriptions of Administrators PDF and
Error Messages Guide AR System error messages. and Print
AR-600-EMG-01 Programmers
Action Request System 6.0 - Combined index of all books. Everyone PDF and
Master Index Print
AR-600-MI-01
12 XPreface
Remedy Email Engine Guide
Remedy User help Procedures for using Remedy User. Everyone Product
Help
Remedy Import help Procedures for using Remedy Import. Administrators Product
Help
Remedy Administrator help Procedures for creating and modifying Administrators Product
an AR System application for tracking Help
data and processes.
Remedy Alert help Procedures for using Remedy Alert. Everyone Product
Help
Remedy Configuration Tool help Procedures for configuring the Administrators Product
Remedy Mid Tier. Help
*A JAR file containing the Java API documentation is installed with the AR System server. Typi-
cally, it is stored in C:\ProgramFiles\AR System\Arserver\Api\doc\ardoc60.jar.
14 XPreface
Chapter
Note: In the 6.0 release, you must install the email engine in order to send
notifications from the AR System server.
The email engine is a stand-alone client program that can be installed and
run on any computer system as an independent service. Running as a service,
the email engine provides the following capabilities:
Receiving mail: The Remedy email engine receives email messages from
an email account on your company mail server. These email messages can
include instructions that are then interpreted by the email engine into API
calls to your AR System server. These instructions can involve the
modification of form entries, entry submissions, or the retrieval of
multiple entries from your AR System server.
Sending mail: The email engine can be used to send email messages which
can include the results of queries, submissions, or modifications to entries
contained on your AR System server. These emails can be formatted using
templates that specify the layout of a message in either plain text, RTF,
HTML, or XML.
Processing notifications: If you choose email when creating a Notify filter
or escalation, you can use the email engine to send text messages, contents
of select fields, or attachments when workflow is triggered.
The email engine can connect to mail servers using the following protocols:
Note: You may also configure the logs to be stored in a local text file by
specifying a handler property in the logging.properties file. For
information, see “Debugging options for the Remedy email engine” on
page 187.
The email engine provides additional options, including the ability to create
a variety of templates and the ability to include attachments with email
messages. It also supports Multipurpose Internet Mail Exchange (MIME)
types for attachments.
Figure 1-1: How the email engine interacts with the AR System server
In this scenario, Shelly wishes to obtain a list of the latest issues stored in the
Fix-it Requests form. Shelly wants the results of this query to be returned in
a nicely formatted email that is easy to read. In addition, Shelly wants to
ensure that her co-workers Katie and Mark will be copied with the results of
this query. All of the steps that both the email engine and the users must take
to make this happen follow.
Step 1 After it is started, the email engine contacts the AR System server. The email
engine will then read in all of the entries in the AR System Email Mailbox
Configuration form and create Incoming and Outgoing mailboxes based
upon the information contained within these entries.
Step 2 Having been notified by the local Remedy administrator that the email
engine is up and running, Shelly composes an email that contains the
necessary instructions to the email engine to perform a query of the Fix-it
Requests form. She sends this message to an email account on the company
mail server that she knows is used by the email engine to poll for incoming
mail.
Step 3 The email engine, after waiting for a prescribed polling period, logs on to the
company mail server using the email account information gathered
previously during step 1. Because the mailbox information tells the email
engine that this particular email account is to be treated as an Incoming
Mailbox, the email engine will read the most recent emails from this account.
The email engine uses one of several email protocols for reading incoming
email from the company mail server (POP3, IMAP4, MBOX, or MAPI). It
will find and read the email that Shelly has sent here.
Step 4 When Shelly composed her email, she included specifically formatted
instructions that could be read and understood by the email engine. The
email engine, having read Shelly's email, now reads those instructions and
translates them into API calls to the AR System server in an attempt to fulfill
her query request.
Step 5 The AR System server responds to the email engine API calls with the
appropriate query information for the Fix-it Request form.
Step 6 The email engine, having successfully retrieved the requested information,
now turns to the Outgoing Mailbox that it created during step 1. It uses the
information in the Outgoing Mailbox to formulate a request to the company
mail server. It constructs a message according to formatting instructions
contained in the Outgoing Mailbox it is using. After constructing the
message, the email engine transmits the message to the mail server with
instructions to send the message to Shelly, Mark, and Katie using one of
several outgoing email protocols (SMTP or MAPI).
Step 7 Shelly, Mark, and Katie log on to the mail server to see if they have new mail.
They find the email constructed by the email engine which contains a nicely
formatted list of the most recent Fix-it Requests.
This chapter contains procedures for installing the Remedy Email Engine
(email engine) on Windows and UNIX operating systems.
It includes the following sections:
Overview of installing the Remedy email engine (page 24)
Pre-Installation steps for using MAPI (page 25)
Pre-Installation steps for using MBOX (page 27)
Upgrading to 6.0 email engine (page 28)
Windows: installing the email engine (page 29)
Windows: upgrading from Remedy mail server to 6.0 email engine
(page 43)
UNIX: installing the email engine (page 50)
UNIX: upgrading the Remedy mail server to 6.0 email engine (page 62)
Installed files (page 69)
Starting and stopping the email engine (page 70)
This chapter contains instructions that will enable you to either install the 6.0
email engine, or upgrade an older version of the email engine to version 6.0.
Properly installing and configuring the email engine may require some
preparation on your part whether you are installing for the first time or
upgrading an existing installation. As such, we have provided you with a
step-by-step set of instructions that will guide you through the various
sections of this chapter as they may pertain to your environment. You
should begin the installation process starting with these steps, being sure to
follow the instructions outlined within each step before proceeding further.
Step 1 Read the Action Request System 6.0 Release Notes and the compatibility
matrix at: http://supportweb.remedy.com for the latest updates and
instructions for this product.
Step 3 Perform the pre-installation steps depending upon the mail protocol that
your mail server uses to send or receive emails (for example, MAPI or
MBOX). For specific information, see the following:
Step 4 Identify or install a 5.1.2 (or later) AR System server that the 6.0 email engine
will use. The 6.0 email engine will not work with pre-5.1.2 versions of the
AR System server. This AR System server will be used to store the forms
required by the email engine to function properly.
Step 5 If you are upgrading from the 5.1.x email engine to 6.0, it is important that
you read “Upgrading to 6.0 email engine” on page 28 before going to step 6.
If you are upgrading a pre-5.1 email engine (Remedy Mail Server), proceed
to step 6.
Step 6 Follow one of these installation paths as they pertain to your environment:
If you are upgrading from the pre-5.1 Remedy Mail Server and you want to
use your existing configuration information, you may proceed directly to
“Windows: upgrading from Remedy mail server to 6.0 email engine” on
page 43 and skip these instructions.
In the “Email engine installation worksheet” on page 225, record the values
of the settings you select for those fields on the worksheet specifically labeled
“MAPI only.” Have the worksheet available when you run the installer, so
you can enter the values when the installer prompts you for them.
4 On the email engine system, grant this user two local advanced rights:
Act as Part of the Operating System.
Log on as a Service.
For Active Directories, ensure that the Effective Rights are set properly to
allow these advanced rights.
5 Create or identify an MS Exchange server mailbox dedicated for use by the
email engine and accessible by the user you created/identified during step 3.
Note: For the purpose of this section, the term “mailbox” is used to refer to
an email account on an MS Exchange server.
2 Verify that the MBOX account is working by sending emails to that account.
When you are prompted to configure new mailboxes, you can skip these
steps completely if you want to use the mailboxes you already have
configured.
You can, of course, configure mailboxes after installation.
To start the email engine after upgrading to 6.0, users should stop the old
instance (when appropriate) and restart using the emailstart.sh script
present in the installation directory (UNIX only). Procedures for stopping
or restarting the email engine will be the same for 6.0 as it was for 5.1.x.
8 Click Next to display the Start Copying Files screen. The installer displays
installation-related messages.
9 Click Next to begin copying files.
10 The AR System Email Mailbox Configuration screen appears.
Here you have four options:
Click No to postpone configuration until after installation. You will then
need to follow the instructions in Chapter 3, “Email configuration,” to
create either incoming or outgoing mailboxes after installation. Proceed to
step 11 to finish installation of the email engine.
Select Incoming and Outgoing from the Mailbox Function menu to
configure both an incoming and an outgoing mailbox, then click Yes. You
can expect to be prompted first to configure the incoming mailbox, then
the outgoing mailbox. Depending upon which protocol your mail server
uses for receiving mail, proceed to one of the following sections to begin
configuration of your incoming mailbox:
“Configuring your incoming mailbox using MAPI” on page 33
“Configuring your incoming mailbox using POP3 or IMAP4” on
page 35
Use the information you recorded onto the “Email engine installation
worksheet” on page 225 to provide the incoming mailbox configuration
information for the MAPI protocol.
5 In the Windows NT User field, enter the name of the user who has domain
permissions to start the email engine as a service as well as access to the
Exchange profile mailbox.
6 In the Password field, enter the user’s password to the domain.
7 In the Windows NT Domain field, enter the domain of the Windows user
account.
8 Click Next to complete copying files and display the Setup Complete screen.
If you installed the email engine and the AR System separately, you will get a
reminder that you must restart the AR System server.
9 Choose Yes to restart your computer (optional) and click Finish to complete
the installation. For more detailed information about email configuration,
refer to Chapter 3, “Email configuration.”
Use the information you recorded onto the “Email engine installation
worksheet” on page 225 to provide the incoming mailbox configuration
information for the POP3 or IMAP4 protocols.
The figure above shows the settings available when you configure the
incoming mailbox to use the POP3 protocol. The fields in this dialog box,
however, are exactly the same for the IMAP4 protocol. The only differences
you will see are the default values in the Email Server Port field.
9 Choose Yes to restart your computer (optional) and click Finish to complete
the installation.
For more detailed information about email configuration, refer to Chapter 3,
“Email configuration.”
Use the information you recorded onto the “Email engine installation
worksheet” on page 225 to provide the outgoing mailbox configuration
information for MAPI.
2 In the Display Name field, enter the name you want displayed in email clients
for mail sent from this mailbox.
This setting will be the name in the From: line of the outgoing email. Change
the display name to something descriptive for your environment.
3 In the Email Address field, enter the full email address of the administrator
or owner of this mailbox.
The email address you enter and confirm will be the default From: email
address in outgoing emails. As a result, if you entered a Display Name of
ARSystem and an email address of [email protected], the From: line would
look like:
From: ARSystem [[email protected]]
7 In the Windows NT User field, enter the name of the user who has domain
permissions to start the email engine as a service as well as access to the
Exchange profile mailbox.
8 In the Password field, enter the user’s password to the domain.
9 In the Windows NT Domain field, enter the domain of the Windows user
account.
10 Click Next to complete copying files and display the Setup Complete screen.
If you installed the email engine and the AR System separately, you will get a
reminder that you must restart the AR System server.
11 Choose Yes to restart your computer (optional) and click Finish to complete
the installation. For more detailed information about email configuration,
refer to Chapter 3, “Email configuration.”
Use the information you recorded onto the “Email engine installation
worksheet” on page 225 to provide the outgoing mailbox configuration
information for SMTP.
2 In the Display Name field, enter the name you want displayed in email clients
for mail sent from this mailbox.
This setting will be the name (not the email address) in the From: line of the
outgoing email. Change the display name to something descriptive for your
environment.
3 In the Email Address field, enter the full email address of the administrator
or owner of this mailbox.
The email address you enter and confirm will be the default From: email
address in outgoing emails. As a result, if you entered a Display Name of
ARSystem and an email address of [email protected], the From: line would
look like:
From: ARSystem [[email protected]]
11 In the Windows NT User field, enter the name of the user who has domain
permissions to start the email engine as a service as well as access to the
Exchange profile mailbox.
Note: If you are upgrading from the 5.1.x email engine, see “Upgrading to 6.0
email engine” on page 28 instead.
Note: If you are installing the email engine to a different system than where
you installed the Remedy Mail Server you are replacing, remember that
the system must still comply with the requirements described in “Pre-
Installation steps for using MAPI” on page 25.
If you wish to use the MAPI protocol for incoming and outgoing mailboxes,
you must install the email engine on a Windows system. An email engine
installed on a UNIX system will not have access to the proper libraries
necessary to access a mail server using the MAPI protocol (which would be a
MS Exchange server).
You can cancel installation any time. Information you entered, however, will
not be saved.
8 Click the I Agree button to accept the software license agreement and to
display the Choose Destination Location screen.
9 Click Next to accept the default installation directory or click Browse to
choose another directory and then click Next. Preferably, install the email
files into the directory that contains the AR System.
10 The AR Server to Support EMail Server screen appears. Enter the following
information:
In the AR Server Name field, enter the AR System server name, which is
the name of the server that the email engine uses.
In the Port Number field, enter the TCP port number the AR System uses
if your AR System Server is not using Portmapper.
The AR System server installation program registers the server with a
portmapper by default. So in most cases, you can simply leave the Port
Number field empty.
If your AR System server does not register with portmapper, you must
provide the TCP port that the AR System server uses. You must also use a
TCP port if the email engine is on the other side of a firewall from the
AR System server.
For more information, refer to Registering with a Portmapper in the
Installing AR System guide.
In the RPC Port Number field, enter the RPC port number the AR System
server uses if you have configured a private server to use with the email
engine.
Otherwise, in most cases, you can simply leave the RPC Port Number field
empty.
For more information on private servers in the AR System, refer to the
Configuring AR System guide.
Note: If you have multiple AR System servers running on the same machine,
make sure you enter the correct server name and port number (if used).
For example, if you had two servers, polycarp1 (using portmapper) and
polycarp2 using port 9000, and you want to install the email engine with
polycarp2, you must use the real alias name of the server (polycarp2) with
the correct port number (9000) for the installation to work properly.
Otherwise, the email engine service dependency to the AR System server
will be incorrect.
a For Mailbox Name, enter a descriptive name for your incoming mailbox.
b For Email Server Type, specify MAPI.
c For Email Profile, enter the value of the Exchange-Profile configuration
parameter you obtained in step 1. This profile should point to your MS
Exchange server mailbox dedicated for use by the email engine.
a For Mailbox Name, enter a descriptive name for your outgoing mailbox.
b For Display Name, enter the value of the Exchange-Mailbox configuration
parameter you obtained in step 1. The display name will be the name (not
the email address) in the From: line of the outgoing email.
c For Email Address, the email address you enter and confirm will be the
default From: email address in outgoing emails.
d For Email Server Type, specify MAPI.
e For Email Profile, enter the value of the Exchange-Profile configuration
parameter you obtained in step 1.
17 Click Next to display the Email Engine Mapi Logon Settings dialog box.
To install the email engine, use the information you recorded in the “Email
engine installation worksheet” on page 225.
To use the MBOX protocol for incoming mail, you should install the email
engine on a UNIX system that has access to the UNIX mail directory
receiving the MBOX formatted email.
Note: If you are upgrading from Remedy Mail Server (pre-5.1), use the
installation instructions in “UNIX: upgrading the Remedy mail server to
6.0 email engine” on page 62 instead.
9 At the license agreement prompt, select 1 to accept the terms of the license
agreement.
Rejecting the license agreement cancels the installation. The Java
requirement prompt appears.
10 At the prompt:
Do you have Java 1.4.1_00 or greater installed?
Enter Y and confirm that you have Java 1.4.1_00 (or later) installed on
your system. Go to step 11.
Enter N if you do not have Java 1.4.1_00 (or later) installed. If you chose N,
the installation program exits and you are reminded to install Java
1.4.1_00 (or later) before you try installing again. Install the correct JRE
and go back to step 5.
Installing Java version 1.4.1_00 (or later) is mandatory for installation to
finish successfully. Refer to your OS vendor for the latest version of Java. Be
aware that OS patches may be required to support these later versions of Java.
Refer to your OS vendor for download and install directions.
Note: The Java prompts differ slightly, based upon what version of UNIX you
are using. For Linux and AIX platforms, additional .jar files are required
so that the email engine will run correctly. (For more information, see
“Additional files required for Linux and AIX installations” on page 55.)
11 At the prompt:
Please enter the Java installation directory:
Enter the Java 1.4.1_00 (or later) installation directory and confirm the
location.
Note: The installation directory should be the root directory of your Java
installation. This root directory should contain the /bin and /jre
directories of the Java install. The installer path is often simply a link to the
actual Java install directory. A typical Java path is /usr/java1.4.1/j2se.
12 At the prompt:
Please enter an AR Server Name:
Enter and confirm the name of the AR System server that the email engine
will use.
Note: If you have multiple AR System servers running on the same machine,
make sure you enter the correct server name and port number (if used).
For example, if you had two servers, polycarp1 (using portmapper) and
polycarp2 using port 9000, and you want to install the email engine with
polycarp2, you must use the real alias name of the server (polycarp2) with
the correct port number (9000) for the installation to work properly.
Otherwise, the email engine service dependency to the AR System server
will be incorrect.
13 At the prompt:
Please enter an AR Server TCP Port:
Accept this default setting of 0, then enter Y to confirm the setting if the
AR System is running with Portmapper. The AR System server installation
program registers the server with a portmapper by default.
If your AR System server does not register with portmapper, you must give
the TCP port that the server runs on here. You must specify a TCP port if the
email engine is on the other side of a firewall from the AR System server.
For more information, refer to the Registering with a Portmapper section in
the Installing AR System guide.
14 At the prompt:
Please enter an AR Server RPC Port:
If you installed the AR System server using Portmapper, accept this default
setting of 0, then click Y to confirm the setting.
If you have configured a private server that you would like the email engine
to connect to, enter the RPC port number of that server and confirm the
number.
For more information about private servers with the AR System, refer to the
Configuring AR System guide.
15 At the prompt:
Please enter your AR System Admin User Name:
Enter and confirm the AR System Administrator user name and password, in
order to import forms and workflow.
After you have entered your user name and password information the
installer will attempt to log on to your AR System server. If the installer is
unsuccessful at contacting your AR System server, you will be prompted to
ensure that it is running. If you receive this message, ensure that your
AR System server is running before proceeding.
16 At the prompt:
Please enter the Application Service password:
Enter the Application Service Password, if applicable, and confirm the
password.
Note: Either leave the application service password blank during installation
and configuration, or set it to the same value that is set in AR System
Administrator. To find out what the value is in the Admin Tool, go to File
> Server Information, click the Connection Settings tab, and verify the
Application Service Password information. The application service
password can manually set through the AR System Administrator tool or
set by Remedy applications like Approval Server or Flashboards.
17 At the prompt:
Do you want to perform the configuration now?
Here you have two options:
Enter Y (default) if you want to configure the email engine now. Go to
step 18.
The installer will use these configuration settings to create an entry in the
AR System Email Mailbox Configuration form for each mailbox you
configure during installation. As such, you can access the mailboxes you
create here at a later time by using Remedy User and modifying the
corresponding entries in the Remedy Email Mailbox Configuration form.
See Chapter 3, “Email configuration” for more information about the
Remedy Email Mailbox Configuration form.
Enter N and go to step 21 to finish the email engine installation. You will
need to create mailboxes for use by the email engine after the installation
is finished. For more detailed information about creating mailboxes, refer
to Chapter 3, “Email configuration.”
18 At the prompt:
Please select the Mailbox function from the following options.
Choose from the following mailbox functions:
If you chose both incoming and outgoing mailboxes (b), you can expect to
be prompted first to configure the incoming mailbox, then the outgoing
mailbox.
If you chose incoming only (i), you will be prompted to configure the
incoming mailbox.
If you chose outgoing only (o), you will be prompted to configure the
outgoing mailbox.
If you chose none (n), the install program will not configure any
mailboxes. Go to step 21 to finish the installation. You will need to
configure the mailboxes after installation to enable processing of
incoming and/or outgoing mail by the email engine. For more detailed
information about creating mailboxes, see Chapter 3, “Email
configuration.”
19 At the prompt:
Are you using SSL?
Enter Y only if you are using the secure socket layer. The default choice is N,
you are not using SSL. Verify with your network or email administrator if SSL
is required for use with the Remedy email engine in your environment.
20 Choose one of the following configuration paths:
If, during step 18, you chose either to configure an incoming mailbox (i)
or both an Incoming and Outgoing mailbox (b), you will be prompted for
Incoming Mailbox information at this time. Depending upon which
protocol your mail server uses for receiving mail, proceed to one of the
following sections to begin configuration of your incoming mailbox:
“Configuring your incoming mailbox using IMAP4” on page 57
“Configuring your incoming mailbox using POP3” on page 58
“Configuring your incoming mailbox using MBOX” on page 59
If, during step 18, you chose to configure only an outgoing mailbox (o),
proceed to “Configuring your outgoing mailbox using SMTP” on page 60
21 At the prompt:
Directory to install AR System Email Engine 6.0?
Enter the installation directory path or press Enter to accept the default, and
confirm.
The script displays a list of extracted files and error messages (if any). The
installation is complete.
If you previously installed the 5.1 or 5.1.1 email engine as root, do not
attempt to upgrade to the 6.0 email engine as a non-root user.
There might be files you cannot write to as a non-root user (for example,
armonitor.conf). The installer and the install log will inform you which
files you cannot write to. You will have to manually make changes to these
files. For example, if the installer was unable to write to the armonitor.conf
file, you might see the following message on the console while the installer
is running:
Can't write to /etc/arsystem/<machine_name>/armonitor.conf file
You will have to append the contents of
<email_engine_install_dir>/armonitor.conf_tmp to the /etc/
arsystem/<machine_name>/armonitor.conf file.
As such, you would have to open the armonitor.conf_tmp file and cut and
paste the contents of this file to the end of the armonitor.conf file.
Before installation, verify that no /tmp/migfiles directory exists as a result
of a previous AR System installation. If this directory does exist, delete it.
Make sure you adjust the permission to access the mbox mail files and
directory. If you are using mbox, you must allow the non-root user to
access all files in that directory and also to be able to create files in this
directory.
If the JRE (Java Runtime Environment) is not installed as a sub-directory
of the email engine, make sure that the JRE directory has the correct
permissions to permit the non-root user to launch the email engine.
5 At the prompt:
Please enter the Incoming Mailbox Server User Name:
Enter and confirm the user name of the email account this mailbox will be
using.
6 At the prompt:
Please enter your Incoming Mailbox Server User password:
Enter and confirm the password for the user.
7 If you chose to configure both an Incoming and an Outgoing Mailbox, go to
“Configuring your outgoing mailbox using SMTP” on page 60.
If you chose only to configure the incoming mailbox, go to step 8 to finish
the email engine installation. For additional information about email
configuration, refer to Chapter 3, “Email configuration.”
8 At the prompt:
Directory to install AR System Email Engine 6.0?
Enter the installation directory path or press Enter to accept the default, and
confirm.
The script displays a list of extracted files and error messages (if any). The
installation is complete.
4 At the prompt:
Please enter the Incoming Inbox Path:
Enter and confirm the full path file name to the mbox file corresponding to
the user email account that will be used, for example, /usr/spool/mail/
ARSystem, where ARSystem is the mbox file name. You can check your /etc/
aliases file, or run the following command:
/usr/lib/sendmail -bv -v [mailbox_user]
5 At the prompt:
Please enter the Incoming User Home Path:
Enter the full path of the user home directory, for example, /usr/ARSystem.
Note: The user under which the email engine service is running must have
full read and write permissions to the directories and files supplied.
3 At the prompt:
Please enter the Email address:
The email address you enter and confirm will be the default From: email
address in outgoing emails. As a result, if you entered a Display Name of
ARSystem and an email address of [email protected], the From: line would
look like:
From: ARSystem [[email protected]]
4 At the prompt:
Please enter the name or IP Address of your Mail Server:
Enter and confirm the name or IP address of the mail server that this
outgoing mailbox will use.
5 At the prompt:
Please enter the port number for the Outgoing Mailbox Server: [25]
Enter and confirm the default setting (25, or 465 if you are have chosen SSL),
or enter the port number used by your mail server if different from the
default. This default port number is determined by the protocol selected and
whether Secure Sockets Layer (SSL) is selected.
6 At the prompt:
Please enter the Outgoing Mailbox Server User Name:
Enter and confirm the user name of the email account this mailbox will be
using.
7 At the prompt:
Please enter your Outgoing Mailbox Server User password:
Enter and confirm the password for the user.
8 At the prompt:
Directory to install AR System Email Engine 6.0?
Enter the installation directory path or accept the default, and confirm.
The script displays a list of extracted files and error messages (if any). The
installation is complete.
9 At the prompt:
Do you have Java 1.4.1_00 or greater installed?
Enter Y and confirm that you have Java 1.4.1_00 installed on your system.
Go to step 10.
Enter N if you do not have Java 1.4.1_00 (or later) installed. If you chose N,
the installation program exits and you are reminded to install Java
1.4.1_00 (or later) before you try installing again. Install the correct JRE
and go back to step 4.
Installing Java version 1.4.1_00 (or later) is recommended. Refer to your OS
vendor for the latest version of Java. Be aware that OS patches may be
required to support these later versions of Java. Refer to your OS vendor for
download and install directions.
Note: The Java prompts differ slightly, based upon what version of UNIX you
are using. For Linux and AIX platforms, additional .jar files are required
so that the email engine will run correctly. (For more information, see
“Additional files required for Linux and AIX installations” on page 55.)
10 At the prompt:
Please enter the Java installation directory:
Enter the Java 1.4.1_01 (or later) installation directory and confirm the
location.
Note: The installation directory should be the root directory of your Java
installation. This root directory should contain /bin and /jre directories.
The installer path is often simply a link to the actual Java install directory.
A more typical Java path is /usr/java1.4.1/j2se.
11 At the prompt:
Please enter an AR Server Name:
Enter and confirm the name of the AR System server that the email engine
uses.
Note: If you have multiple AR System servers running on the same machine,
make sure you enter the correct server name and port number (if used).
For example, if you had two servers, polycarp1 (using portmapper) and
polycarp2 using port 9000, and you want to install the email engine with
polycarp2, you must use the real alias name of the server (polycarp2) with
the correct port number (9000) for the installation to work properly.
Otherwise, the email engine service dependency to the AR System server
will be incorrect.
12 At the prompt:
Please enter an AR Server TCP Port:
If you installed the AR System server using Portmapper, accept this default
setting of 0, then enter Y to confirm the setting. The AR System server
installation program registers the server with a portmapper by default.
If your AR System server does not register with portmapper, you must give
the TCP port that the server runs on here. You must also use a TCP port if
the email engine is on the other side of a firewall from the AR System server.
For more information, refer to the Registering with a Portmapper section in
the Installing AR System guide.
13 At the prompt:
Please enter an AR Server RPC Port:
If you installed the AR System server using Portmapper, accept the default
setting of 0, then enter Y to confirm the setting.
If you have configured a private server that you would like the email engine
to connect to, enter the RPC port number of that server and confirm the
number.
For more information about private servers with the AR System, refer to the
Configuring AR System guide.
14 At the prompt:
Please enter your AR System Admin User Name:
Enter and confirm the AR System Administrator user name and password, in
order to import forms and workflow.
After you have entered your user name and password information, the
installer will attempt to log on to your AR System server. If the installer is
unsuccessful at contacting your AR System server, you will be prompted to
ensure that it is running. If you receive this message, ensure that your
AR System server is running before proceeding.
15 At the prompt:
Please enter the Application Service password:
Enter the Application Service Password, if applicable, and confirm the
password.
Note: Either leave the application service password blank during installation
and configuration, or set it to the same value that it is set in AR System
Administrator. To find out what the value is in the Admin Tool, go to File
> Server Information, click the Connection Settings tab, and verify the
Application Service Password information. The application service
password can be set through the AR System Administrator tool or by
Remedy applications like Approval Server or Flashboards.
16 At the prompt:
Do you want to perform the configuration now?
Enter Y (default) to configure the email engine now. Here you will configure
both incoming and outgoing mailboxes (in the order of the installation
default).
17 At the prompt:
Please select the Mailbox function from the following options.
Choose both incoming and outgoing mailboxes (b). You can expect to be
prompted first to configure the incoming mailbox, then the outgoing
mailbox. As a result, the installer will use your configuration settings to create
two records in the AR System Email Mailbox Configuration form for each
mailbox you configure during installation, one record for an incoming
MBOX mailbox, one for an outgoing SMTP mailbox. The configuration for
the incoming and outgoing mailboxes can be accessed at a later time using
the AR System Windows User tool and modifying the corresponding entries
in the AR System Email Mailbox Configuration form. See Chapter 3, “Email
configuration” for more information about the Remedy Email Mailbox
Configuration form.
18 At the prompt:
Are you using SSL?
Enter Y only if you are using the secure socket layer. The default choice is N,
you are not using SSL. Verify with your network or email administrator if SSL
is required for use with the Remedy email engine in your environment.
19 At the prompt:
Please enter the Mailbox Name: [AREmail]
Here you are prompted for the name of the incoming mailbox. Enter and
confirm the default of AREmail, or change it to a more accurate description of
the mailbox, for example, AREmail - Incoming.
20 At the prompt:
Please enter the Incoming Mailbox Server Name:
Enter and confirm the host name where your incoming mailbox is
configured.
21 At the prompt:
Please select the Incoming Mailbox Server Type from the following
options.
Enter m for MBOX.
22 At the prompt:
Please enter the Incoming Inbox Path:
Enter and confirm the full path file name to the mbox file corresponding to
the user email account that will be used, for example, /usr/spool/mail/
ARSystem, where ARSystem is the mbox file name. You can check your /etc/
aliases file, or run the following command:
/usr/lib/sendmail -bv -v [mailbox_user]
23 At the prompt:
Please enter the Incoming User Home Path:
Enter the full path of the user home directory, for example, /usr/ARSystem.
Note: The user under which the email engine service is running must have
full read and write permissions to the directories and files supplied.
24 At the prompt:
Please enter the Mailbox Name: [AREmail]
Here you are prompted for the name of the outgoing mailbox. Enter and
confirm the default of AREmail, or change it to a more accurate description of
the mailbox, for example, AREmail - Outgoing.
25 At the prompt:
Please enter a Display Name for the mailbox: [AREmail]
This setting will be the name (not the email address) in the From: line of the
outgoing email. Enter and confirm the default of AREmail, or change it.
26 At the prompt:
Please enter the Email address:
The email address you enter and confirm will be the default From: email
address in outgoing emails. As a result, if you entered a Display Name of
ARSystem and an email address of [email protected], the From: line would
look like:
From: ARSystem [[email protected]]
27 At the prompt:
Please enter the Outgoing Mailbox Server Name:
Enter and confirm the name or IP address of the mail server that this
outgoing mailbox will use.
28 At the prompt:
Please enter the port number for the Outgoing Mailbox Server: [25]
Enter and confirm the default setting (25, or 465 if you are have chosen SSL),
or enter the port number used by your mail server if different from the
default. This default port number is determined by the protocol selected and
whether Secure Sockets Layer (SSL) is selected.
29 At the prompt:
Please enter the Outgoing Mailbox Server User Name:
Enter and confirm the user name of the email account this mailbox will be
using.
30 At the prompt:
Please enter your Outgoing Mailbox Server User password:
Enter and confirm the password for the user.
31 At the prompt:
Directory to install AR System Email Engine 6.0?
Enter the installation directory path to your existing 6.0 installation or press
Enter to accept the default, and confirm.
The script displays a list of extracted files and error messages (if any).
32 At the restart prompt when the email engine installation is finished, restart
the AR System server when you are prompted to do so.
The installation is complete.
33 See Appendix D, “Upgrading email option parameters” for information
about converting your old configuration parameters to their functional
equivalent in the 6.0 email engine. For additional upgrade instructions, see
“Preparing email templates after an upgrade” on page 145.
Installed files
For both Windows and UNIX systems, the email engine is an application
written using Java 1.4.x. The following .jar (Java ARchive) files are installed
with the email engine:
Activation.jar
arapi60.jar
armapi60.jar
arutil60.jar
emaildaemon.jar
imap.jar
mail.jar
mbox.jar
pop3.jar
smtp.jar
For a list of forms installed with the server, see Appendix E, “Email engine
forms.” These email engine forms are managed by the AR System server.
Installed files W 69
Action Request System 6.0
UNIX server
The AR Monitor will start the email engine automatically when you start the
server. Otherwise, you must start and stop the email engine manually. To do
this, use the command prompt to change directories to the email engine
installation directory and enter either of the following commands:
# emailstart.sh start &
Or:
# nohup emaild.sh start &
To stop the email engine from the command line, enter the following:
The email engine can be stopped and started from the command line
independently of the AR System server. If the email engine has been started
by the AR Monitor, issuing the emaild.sh stop command will result in an
automatic restart of the email engine by the AR Monitor.
Windows server
For Windows, the email engine is installed as a service, Remedy Email Engine.
The email engine service will be launched automatically when the system
starts.
Note: By default, the email engine service is launched as the local system
account. However, if you elected to configure a MAPI mailbox during
installation, you were prompted for the Windows account, password, and
domain for a user that has been created for use with your MAPI email
account. The installation creates the email engine service to run with this
account information. If you will be using MAPI but did not configure a
MAPI mailbox during installation, you must change the login information
(in the Services control panel) for the email engine service from the local
system account to the appropriate account.
When you manually stop the AR System through the Services control panel,
the Remedy email engine will also be stopped automatically. But when you
re-start the AR System server again, you must manually start the Remedy
email engine; the email engine will not be started automatically for you.
Using the Services control panel, you can start and stop the email engine
service. Alternatively, you may start and stop the email engine manually as
follows:
Open a command prompt in the email engine installation folder and run
the emailstart batch file, located in the email engine installation folder.
To terminate the process, press Ctrl - C in the command prompt.
Use the following command:
<email_engine_installation_directory>\java -cp
emaildaemon.jar;arapi60.jar;arutil60.jar;activation;jar;mail.jar;
imap.jar;smtp.jar;pop3.jar;
com.remedy.arsys.emaildaemon.EmailDaemon
Note: To use the java command, your PATH and CLASSPATH environment
variables must be properly configured to use Java 1.4.1_01 (or later). See
your system administrate for details regarding how to set your
environment properly to use the java command. Do not include any
parameters in the previous command, otherwise the system will simply
update the emaildaemon.properties file but will not start the email engine.
For information about updating the emaildaemon.properties file, see
“Updating the emaildaemon.properties file” on page 189.
To add a maximum heap size, you must add the following to the registry:
Key:
HKLM\SYSTEM\CurrentControlSet\Services\Remedy Email Engine\Parameters
Tag:
JVM Option Number 2
Value:
-xm<size>
3 Email configuration
Email configuration W 73
Action Request System 6.0
The purpose of this chapter is to provide the email engine with the
information it needs to communicate with your mail server. All of this
information is managed using specialized AR System forms that are created
and imported during installation. A comprehensive list of these forms and
their use is detailed in Appendix E, “Email engine forms.” In this chapter, you
will use these AR System forms to enter the information about your mail
server and the email accounts that the email engine will use to receive
incoming email and which it will use to send outgoing email.
Creating new mailboxes for your environment is done using the AR System
Email Mailbox Configuration form. Figure 3-1 shows an example of the
configuration form (the fields present on the form may vary for different
configurations).
Note: For mailboxes configured with the MAPI and MBOX protocols, the
information in the Basic Configuration tab is different. See Figure 3-2 on
page 78 for an example of the MAPI configuration and Figure 3-4 on
page 81 for an example of the MBOX configuration.
Note: You must create at least one incoming mailbox before you can begin
processing incoming mail using the email engine. If you opted for initial
mailbox configuration during installation, you can use those settings for
your first incoming and outgoing mailboxes. Use the steps in the following
procedure to modify your initial mailbox configurations, or configure
additional mailboxes as needed for your environment.
Using Remedy User, log in to the AR System server you specified during
installation of the email engine (this is where all of the forms are located).
Open the Remedy Email Mailbox Configuration form, then choose from
among the following procedures to create a new incoming mailbox or modify
an existing mailbox:
2 Select the Basic Configuration tab, and perform the following steps for
incoming mailboxes.
2 Select the Basic Configuration tab, and perform the following steps for
incoming mailboxes.
a Email Server Type: Select a server type for this mailbox—either POP3 or
IMAP4.
b Polling Interval (Minutes): The polling interval is the number of minutes
after which the email engine will check for incoming mail from the mail
server for this mailbox.
c Email Server Requires SSL: Select Yes if the mail server requires SSL
transmissions, or accept the default value of No. Verify with your network
or email administrator if SSL is required for use with the AR System email
engine in your environment.
Note: SSL connections through the AR System email engine may fail if the
server certificate is not installed locally. In that case, you should obtain a
correct, valid certificate for the server and use the keytool utility to add it
to a local key storage at <Java_home>\jre\lib\security\cacerts. For more
information about the keytool utility, refer to the information located at
the following URL: http://java.sun.com/products/jdk/1.2/docs/tooldocs/
solaris/
keytool.html
d Email Server Name/IP: Enter the name or IP address of the mail server
used in your organization.
e Email Server Port: Enter the port number used for connection to your
mail server. To set this value to the default port number commonly used
by most mail servers, click the Set Default Email Server Port button. You
can use the Set Default Email Server Port button to populate this field with
a default port number. Depending upon the protocol chosen for this
mailbox, the following default values will used:
POP3: 110
POP3 with SSL: 995
IMAP4: 143
IMAP4 with SSL: 993
f Email Server User: Enter the user name for this email account.
g Email Server Password: Enter the user password for this email account.
3 Click Save to submit or modify the new incoming mailbox information.
For information regarding the Advanced tab of an incoming mailbox, see
“Advanced configuration settings for incoming mailboxes” on page 82.
2 Select the Basic Configuration tab, and perform the following steps for
incoming mailboxes.
Step 3 Click Save to submit or modify the new incoming mailbox information.
b Use Original Template Format: Select Yes to enable the system to only use
the parsing mechanism used in the original parsing system and thus
ignoring special HTML fields and XML formats.
The “original parsing system” refers to the processing in the pre-5.1
Remedy Mail Server (armaild/armailex). This functionality is included to
provide backwards compatibility for customers who previously used the
Remedy Mail Server to submit requests through email. This compatibility
is extended to include ignoring data entered in an invalid format (for
example a character string in a number field, or an invalid date format.)
By contrast, the Remedy Email Engine will return an error in these cases.
If this field is set to No, the system will still read the emails properly with
the exception that, in the new format, multiple lines must be encapsulated
with the multiple line delimiters [$$ and $$].
c Reply with Result: Accept the default value of Yes to enable the results of
an Action to be included with an email reply, or select No if results should
not be included.
Note: For more information, see “Actions” on page 116.
d Reply with Entry: Select Yes to return the complete entry of a submit or
modify action. Select No to use the default single-line entry.
The Reply with Result and Reply with Entry configuration option does not
send attachments in the email (although the attachment file name is
specified). To include attachment content with the email and not just the
attachment name, you must use a template. For more information, see
“Adding attachments to your email” on page 152.
e Enable Modify Actions: Select Yes to enable modify actions, or No to
prevent modify actions from being performed.
f Default Workflow Form: Enter the name of the form upon which the
email engine will execute instructions found within the incoming email
message (for example, queries, form entry modifications, and form
submittals) should no specific form be specified in the email message.
g Force Default Workflow Form: Select Yes if the Default Workflow Form
should be used regardless of what was specified in an incoming email. This
action will confine all instructions received by this mailbox to the specified
form.
4 Enter the following Incoming Security Configuration information:
In these fields, you specify the level of security to be applied to email
messages to this mailbox. This information is used to determine which
AR System user information to apply when executing instructions parsed
from an incoming email. You can apply any or all of these security
options, depending on the level of security you want.
a Use Security Key: Select Yes to force a security key to be used for incoming
mail to this mailbox. The security key itself is created in the Email Security
form (Figure 3-14 on page 101). When mail arrives to this mailbox, the
AR System server compares the key present within the incoming email
message with the security key that has been associated with this mailbox.
If the security key present in the incoming email message does not match
the associated entry stored in the Email Security form, an error message is
generated.
Note: When Use Security Key is set to Yes, you do not need to supply the user
name and password information in the incoming mail. If the security key
is found in the Email Security form, the server retrieves the user name
from that form and processes the email message on behalf of that user.
For more information about adding security keys, see “Creating email
security keys for incoming mail” on page 100. Security keys provide the
strongest level of security for email transmissions.
b Use Supplied User Information: Accept the default value of Yes to use
AR System server login information that may be included within the
incoming email message. This login information will be extracted from
the email message and used by the email engine as the AR System user
account for executing any instructions such as modifying forms,
submitting queries, and so on.
c Use Email From Address: Accept the default value of Yes to use the email
address of the sender as a form of authentication. When mail arrives to
this mailbox, the email engine checks the sender’s address against the
email addresses stored in the AR System User form. If a matching address
cannot be found in the User form, an error message is generated.
5 Click Save to submit or modify the new incoming mailbox information.
Using the AR System Email Mailbox Configuration form, you can instruct
the email engine to send outgoing messages using the configuration settings
available on this form. In addition, using this form you can also specify what
actions, message content, or other message formatting will be used by the
email engine for each of these outgoing messages.
Note: At least one outgoing mailbox must be created before you can begin
processing outgoing mail. If you opted for initial mailbox configuration
during installation, you can use those settings for your first incoming and
outgoing mailboxes. If you are using notifications, you should specify one
mailbox as the default notification mailbox, which is required to enable
outgoing delivery of notifications by email. Use the steps in the following
procedure to modify your initial mailbox configurations, or configure
additional mailboxes as needed for your environment.
Open the Mailbox Configuration form, then choose from the following
procedures to create a new outgoing mailbox or modify an existing mailbox:
f Email Server User: Enter the user name for this email account. This is the
email account on your mail server that the email engine will use to
authenticate its request to have a message sent by your mail server.
g Email Server Password: Enter the user password for this email account.
Note: The Email Server User and corresponding Email Server Password
fields are only required if your mail server requires authentication
information before handling requests to send mail. Check with your mail
server administrator to determine if authentication is required in your
mail environment.
Step 3 Click Save to submit or modify the new outgoing mailbox information.
For the Advanced tab of an outgoing mailbox, see the following procedure.
2 Associated Mailbox Name: This is the name of the incoming mailbox that
will be used to receive instructions or notifications. Enter or select an
associated mailbox using one of the following methods:
Note: You must have configured at least one incoming mailbox before you
can use this field.
5 Email Address: The full email address of the administrator or owner of this
mailbox.
The email address you specify will be the default From: email address in
outgoing emails. As a result, if you entered a Display Name of ARSystem and
an email address of [email protected], the From: line would look like:
From: ARSystem [[email protected]]
7 Organization: For email clients that display an organization name, the name
of the mailbox owner, or administrator’s organization.
8 Delete Outgoing Notification Messages: Select Yes (the default setting) to
have outgoing notification messages deleted from the AR System Email
Messages form after they have been sent from this mailbox.
Select No to save system-generated messages (that is, messages generated by
the AR System server and not messages manually entered by a user) in the
AR System Email Messages form.
9 Default Addressing: Enter the email addresses to send to if addresses have
not been specified in the Messages tab for a notify filter or escalation. If
addresses are specified in the Messages tab, those addresses will override the
addresses you enter here. For more information about these values in a notify
filter or escalation, see Chapter 5, “Messages and notifications.”
a Default To: Enter default email addresses for those who should receive
outgoing messages from this mailbox.
b Default CC: Enter default email addresses for those who should receive
copies of outgoing messages from this mailbox.
c Default BCC: Enter default email addresses for those who should receive
blind copies of outgoing messages from this mailbox.
10 Default Templates: If a user creates a message without specifying a template
in the Templates tab for either Notify filter or escalation actions, then this
template will be used by default. For more information about these values in
a notify filter or escalation, see Chapter 5, “Messages and notifications.”
a Header Template: Select or enter a template to be used as the default
header template.
The time the email engine waits between queries is configurable and is
governed by the following property in the emaildaemon.properties file:
com.remedy.arsys.emaildaemon.<server_name>.Interval = 5
When using the MAPI protocol, the Remedy Email Engine does not
automatically save sent messages in the Sent Items folder of the MS Outlook
client. For the MAPI protocol, if you want to save your sent messages in an
Outlook folder, you must update the emaildaemon.properties file by adding
a line that indicates the sent mail folder:
com.remedy.arsys.emaildaemon.<server_name>.MAPI_Sent_Folder=<folder_n
ame>
where:
<server_name> is the name of the mail server used by this mailbox.
<folder_name> is the name of the folder used to store mail sent by the
email engine.
This setting allows the AR System email engine to recognize the sent items
folder. If you wanted to save messages in your Sent Items folder, use the
following line:
com.remedy.arsys.emaildaemon.<server_name>.MAPI_Sent_Folder=Sent
Items
Note: These steps assume you do not require a security key to authenticate
incoming mail Messages. See “Configuring email security” on page 99 for
more details about mailbox security settings.
1 Using the Remedy User, open the AR System Email Mailbox Configuration
form and search for the Incoming Mailbox entry you wish to test.
2 Make a note of the email account or profile that the Incoming Mailbox is
using. Verify with your email administrator the proper email address to use
when directing email to this account/profile.
3 Compose an email using your third-party email client directed to the email
address you identified in step 2. Provide a subject line and some content in
the email message.
4 Send the email message.
5 Obtain the value of the Polling Interval for the Incoming Mailbox you are
testing. This value is set in the Basic Configuration Tab of the AR System
Email Mailbox Configuration form. You may need to wait until the time
indicated by the polling interval before you can determine if the message you
sent during step 4 was received by the email engine.
6 After waiting for the prescribed number of minutes indicated by the polling
interval for this mailbox, open the AR System Email Messages form. An entry
in this form is created whenever new mail arrives to or is sent from the email
engine.
8 Open the entry by selecting the entry in the search results table. Verify that
the subject line and email content correspond to that which you entered in
step 3.
If you managed to successfully complete steps 1-8 of this test then you have
properly configured your Incoming Mailbox to communicate with your mail
server. If you were unable to complete these steps, please verify the following:
The email engine is running.
The mail server is running.
The Status field of the mailbox should be set to Enabled.
The email account used by the Incoming Mailbox is a valid account on the
mail server (POP3/IMAP4) or that the Exchange profile specified for this
mailbox is accessible on the system the email engine is running on
(MAPI).
Note: By default, the email engine service is launched as the local system
account. However, if you elected to configure a MAPI mailbox during
installation, you must change the login information (in the Services
control panel) for the email engine service from the local system account
to the appropriate account.
The port number in the mailbox entry is the proper port number for
communicating with your mail server.
You have entered the right password for the email account in the
Incoming Mailbox Basic configuration tab (POP3/IMAP4).
The email address you chose to send the message to was the proper address
for directing email to the email account (POP3/IMAP4) or profile (MAPI)
specified in the Incoming Mailbox.
You have waited for a period of time not less than that indicated by the
Polling Interval before checking the AR System Email Messages form for
your message.
Note: Any changes you may make to your mailbox in an effort to
troubleshoot possible configuration problems may not be immediately
recognized by the email engine. For more information, see “Implementing
changes to your mailbox configuration” on page 91.
If you have attempted to troubleshoot your problem using the above tips and
are still unable to proceed, review Chapter 6, “Troubleshooting” for
additional suggestions.
1 Open the AR System Email Messages form in New mode in the Remedy User.
4 Open the AR System Email Messages form in search mode and perform a
query. In the search results table, an entry should exist for the message you
sent during step 3. The value under the Send Message column should read
Yes. This indicates that your message has been flagged to be sent by the
Outgoing Mailbox.
5 Open the AR System Email Mailbox Configuration form and search for the
Outgoing Mailbox entry you wish to test.
6 Obtain the value of the Polling Interval for the Outgoing Mailbox you are
testing. This value is set in the Basic Configuration tab of the AR System
Email Mailbox Configuration form. You may need to wait until the time
indicated by the polling interval before you can determine if the message you
sent during step 3 was actually sent by the email engine.
7 After waiting for the prescribed number of minutes indicated by the polling
interval for this mailbox, open the AR System Email Messages form. Perform
a search of the form to determine if the message you flagged to be sent was,
in fact, sent. If the message was picked up by the Outgoing Mailbox and sent,
you should see the value in the Send Message column indicate Sent and the
Date Sent column should indicate the precise time that the message was sent
to the mail server.
8 Using a third party email client, verify that the message was sent to the To
address you specified in step 2.
If you managed to successfully complete steps 1-8 of this test then you have
properly configured your Outgoing Mailbox to communicate with your mail
server. If you were unable to complete these steps, please verify the following:
The email engine is running.
The mail server is running.
The Status field of the mailbox should be set to Enabled.
Determine if the mail server requires authentication in order for messages
to be sent. If your mail server requires authentication, then you must
ensure that you have provided valid email account information for this
mail server in the Basic Configuration tab for this mailbox (SMTP) or the
name of a valid Exchange profile (MAPI).
The port number in the mailbox entry is the proper port number for
communicating with your mail server.
You have entered the right password for the email account in the
Outgoing Mailbox Basic configuration tab (SMTP) or that you have
logged in to the system as the domain user account that has permission to
use the MS Exchange profile (MAPI).
You have waited for a period of time not less than that indicated by the
Polling Interval before checking the AR System Email Messages form to
see if your message was sent.
Note: Any changes you may make to your mailbox in an effort to
troubleshoot possible configuration problems may not be immediately
recognized by the email engine. For more information, see “Implementing
changes to your mailbox configuration” on page 91.
If you have attempted to troubleshoot your problem using the above tips and
are still unable to proceed, review Chapter 6, “Troubleshooting” for
additional suggestions.
Mailbox
Configuration
Form: Security
Key
Requirement
for this
Incoming
When mail arrives, the email engine validates the security key included
within the incoming email message against the information in the Email
Security form. If the key is valid, the email engine then checks the name of
the mailbox owner as entered in the form.
User Name: Enter the name of a valid AR System user to which the
security key should apply.
Force for Mailbox: Enter Yes to enable the security key for this mailbox
only, or No to enable the key for all mailboxes in your email environment.
If you select Yes, the Mailbox Name field becomes enabled.
Mailbox Name: Enter the name of the Incoming Mailbox to which you
want this security key applied.
Force from Email Addresses: Enter Yes to require this key for mail
received from specific email accounts. If you select Yes, the Email Address
field becomes enabled.
Email Addresses: If you wish to verify incoming messages from a set of
specific email accounts using a security key, enter those email addresses.
Expires: Enter Yes if you want the key to expire on a specific date. If you
select Yes, the Expiration Date field becomes enabled.
Expiration Date: Enter an expiration date for this security key. Once the
key expires, you can either modify the expiration date in this form, or set
the Expires field to No.
Description: Enter a description for the key, such as why it was created or
instructions for modifying or deleting it.
Warning: If one of the recipients of an email message does not have access to
any of the fields used in a query, the message will not be sent because the
system does not allow execution of a query on fields for which a user does
not have access permission.
Email-AIX-Use-Old-System
IBM AIX only: Enables use of the AR System 5.0 and earlier email
notification method with a version of the Java SDK earlier than 1.4. The
default value is T (use older email notification method).
Email-Delivery-System
IBM AIX only: Specifies that the sendmail utility available on IBM AIX
systems will be used. The default is “usr/lib/sendmail -t -oi- -f “%f””.
Email-Import-Form-By-Default
Specifies whether email forms are imported by default when the
AR System server is started up, if all email forms have been deleted. Valid
values are T (True) and F (False). A value of T means that email forms will
be imported by default when the AR System server is restarted; a value of
F means that the forms will not be imported by default. The default value
is T.
If some, but not all, of the forms have been deleted previously, a message
will appear when you restart the AR System server, informing you that you
must import those forms manually.
4 Email templates
This chapter provides information and instructions for creating and using
templates for email transmissions. It includes the following sections:
About email templates (page 106)
Creating templates (page 110)
Labels and values used in the templates (page 113)
Storing templates in the AR System Email Templates form (page 131)
Adding attachments to templates (page 132)
User-Defined instruction templates (page 138)
Preparing email templates after an upgrade (page 145)
Templates used for both incoming and outgoing messages can be formatted
using plain text, HTML, Rich Text Format (RTF), or XML. Templates are
defined and stored using forms stored on the AR System server and can be
retrieved for use by the email engine when called upon either by incoming or
outgoing mailboxes.
In this chapter, we will be describing the various types of templates, their use
as they pertain to both incoming and outgoing mailboxes, as well as the
instructions known as Labels and Values that can be included in templates
and used to instruct the email engine to interact with your AR System server.
Note: If you have upgraded from Remedy Mail Server (pre-5.1), you must
modify your existing templates to use some of the new 6.0 features. You
can, however, still use your pre-5.1 email templates created for the
Remedy mail server with the 6.0 Remedy email engine. For more
information, see the “Use Original Template Format” feature described in
“Advanced configuration settings for incoming mailboxes” on page 82.
Types of templates
You can create specific templates for various functions. This section presents
an overview of the different types of templates, they are all described in more
detail later in this chapter.
Header and footer templates. These are often used to place lines of text, or
a graphic on a message (results of a header template shown in the
following figure). They can be specified in the outgoing email using the
AR System Email Messages form. If they are specified in content templates
or an email body as label value pairs, they will be applied to the email reply.
If you want graphic elements to appear on your email, you can add these as
attachments to the template in the AR System Email Templates form.
You must store templates in the AR System Email Templates form before you
can use them. Each template is given a unique ID, which may be a Request
ID, or a unique name by which it can be accessed.
Creating templates
In the Remedy Administrator tool, you can generate the email templates
associated with a particular form by choosing the Tools > Export Mail
Templates. The templates are generated as text files; you can modify the
templates in a text editor so that they are in a different format and include all
necessary specifications. You can also create your own custom template
using any text editor. These templates must adhere to the rules outlined in
this document if they are to include fields or variables.
Hidden fields are omitted from templates even though they might have
public permissions and be set to enable any user to submit. You can add any
of the fields that are not exported to the template. The user can gain access to
these fields if their security key, supplied user information, or their email
address connects to the correct user name and depending on how the
mailbox was configured. If the user name used by the Remedy Email Engine
has access to this field, then the field is accessible. If the user or administrator
does not provide login authentication, the submission defaults to Mailer
daemon.
3 From the Forms to Export list, select the form for which you want to generate
mail templates.
If you want to export more than one form, create a separate email template
for each form.
4 Click Export to open the Export File dialog box.
5 Specify where you want the templates stored, and then save your changes.
The selected template is stored in a single file. If you specify an existing folder
and file name, you have two choices:
Overwrite—Overwrites the mail template of an existing file. This option
is useful when you are re-exporting a template that has changed.
Append—Appends the contents to an existing file. If several templates are
in a single file, the mail processor will not be able to process the request.
The template is saved as a text file with a *.arm extension. Using the
AR System Email Templates form, users can associate these files with their
mail messages.
#
#File Exported Thur May 23 16:18:03 2004
#
Schema: emTest
Server: studio.Remedy.COM
Login:
Password:
Action: Submit
#Values: Submit, Query
Format: Short
# Values: Short, Full
Submitter !2!:
Short-Description !8!:
In general, lines beginning with a pound sign (#) are treated as comments,
and can occur anywhere in the message. Comments are optional and can be
retained or deleted.
Form
If no AR System form is specified or the specified form does not exist, the
mail process verifies whether a default Workflow form was defined in the
AR System Email Mailbox Configuration form. If not, the item is rejected
because a form must be specified. The alias for this label is Schema. An
example of a label/value pair is Form:<form_name>.
Server
Identifies the server that will be affected by the instruction. If no server is
specified or the specified server does not exist, the mail process defaults to the
server information specified in the emaildaemon.properties file. An example
of a label/value pair is Server:<server_name>. (For more information, see
“Updating the emaildaemon.properties file” on page 189.)
The passwords and security keys will be encrypted in the AR System Email
Messages form. The aliases for Login are User, User Name, Name, and Login
Name. The alias for TCP Port is TCP.
Note: If you try to send an email in an HTML template, do not use a colon in
the Login, for example, Login: <input type="text" name="!536870918"
size=50/>. Use the format Login <input type="text" name="!536870918"
size=50/> instead. With this format, the email engine can parse correctly
that Login is a label for a field on the form and not an instruction.
Language
Defines the locale used when logging in to the AR System server. If no
language is specified, the default values are used. The values are the same as
they are in the Remedy Administrator and AR System clients. The format of
this label/value pair is Language:<language>, for example, Language:en_US.
Actions
Defines the operation to perform on a specific AR System form. The Action
label and corresponding value are required in the incoming email so that the
Parser can generate valid instructions. Valid actions are Submit, Query,
Modify, and a user-defined value. If no value is given for the label, the email
will only be logged and no actual execution will take place. An alias for Action
is Instruction.
Valid values for this label are in Table 4-1, and explained in more detail after
the table.
Table 4-1: Values applied to AR System action labels
Value Description
Submit Submits a new entry on a specific
AR System form. This is valid within any
incoming email. The syntax is
Action:Submit.
Query Searches for entries on a specific
AR System form. The syntax is
Action:Query.
Modify Modifies a specific entry contained within
a specific AR System form. This is only
valid in reply emails (that is, emails that
have been sent to the user from an
AR System server). The syntax is
Action:Modify.
User Defined An instruction defined by the
administrator. The syntax is
Action:<admin_defined text>.
Submit Action—By using this action in an email, users can enter values
for field labels, and submit a new record. You can see an examples of a
template with a Submit action on page 130 and in “Email content
template containing basic actions” on page 213.
Query Action—If a search request (or query) returns more than one
match, the beginning of the message indicates the total number of matches
found. You can configure a limit to how many matches are returned; the
maximum number of matches allowed is returned in the message. If a
request exceeds the configured search match limit, an additional message
is provided that indicates what the limit is. See the Configuring AR System
guide for information on configuring limits.
For sample templates with Search (Query) actions, see “Modifying
templates for search actions with the Remedy Email Engine” on page 202.
Modify Action—This action enables you to modify existing entries, but
due to the nature of this command and the security implications, the
command may be executed only under the following conditions:
The message containing the modify action must be sent from an email
account that will also be used by the email engine to return a response.
This email account must be used by the email engine as both an
Outgoing Mailbox as well as an Incoming Mailbox. That is, an
AR System user sent an email containing the Modify action to another
user. Then the recipient modified certain values in the email and
replied back to the original sender.
The user only changed field values and did not add new actions, or
modify existing actions when replying to the email that contained the
modify action.
Either the sender or the user of the email supplied a valid Security Key.
Note: Do not modify the Password field (field ID 102).
The Remedy Email Engine will insert a special label and value into the
email if the email contains a modify action. The mailbox must also be
configured to allow modifications. See the Advanced Configuration
instructions (step 1 on page 88) for where to set this. This special label and
value pair is defined as follows:
##Modify##:[$$the encrypted information$$]
The encrypted value contains information, which the Remedy Email
Engine uses to determine the following items:
The Request ID of the email being sent.
The AR System server to which the email was submitted.
The email was originally sent from the same mailbox and from the same
AR System server as that of the recipient.
Format
For Query, Submit, and Modify actions, you can specify that requested
information be formatted in full or short form by entering Full or Short after
this keyword. An example of a label/value pair is Format:Full.
The Full format lists the information for all accessible fields, with each entry
separated by a line of hyphens.
The Short format returns only the fields defined in the results list. If no fields
are defined for the results list, it returns the Short Description field.
In Submit and Modify actions, only use the Format label if the advanced
configuration setting Reply with Entry is set to Yes for the incoming mailbox.
For Query, the default format is Short. All matching requests are listed in the
body of the response, one after another.
Qualification
This label and its value are required only for a query-based instruction. The
value can be any properly formatted search. All of the restrictions that apply
to the Advanced Search bar in Remedy User apply when performed through
email. The following is an example:
Result template
Defines the template to use when replying to an incoming email containing
query instructions. The template is usually associated with a particular form.
This template consists of label/value pairs and variables (see “Variables” on
page 122 for more information) that correspond to AR System fields on the
AR System form being queried. These variables are replaced by the data
found on the AR System form based on the instruction being executed. The
value given for this Result Template label is the name or the Request ID of
the template contained in the AR System Email Template form. When the
Remedy Email Engine receives this label and value, it will retrieve the
template file and use it as required. Aliases for this label are Result and
ResultTemplate. An example of a label/value pair is
Result:<result_template_name>.
Status template
The name of the template to use when Status information is returned. The
template consists of label/value pairs and variables that are replaced with
relevant data. These variables correspond to the Status information returned
if any errors occurred while executing one of the instructions; they make use
of reserved words (see “Reserved variables” on page 126 for more
information). This template does not have to be related to a particular form;
the variables are specific to status information and therefore can be used for
any instruction on any form.The value given for the Status Template label is
the name or Request ID of the template contained on the AR System Email
Template form. When the Remedy Email Engine receives this label/value
pair, it will retrieve the template and use it as required. Aliases for this label
are Status and StatusTemplate. An example of a label/value pair is
StatusTemplate:status_template_name.
!Name! or !ID!
This label indicates an AR System field or the value of a specific variable. The
exclamation marks are required to surround the field name or the ID
number. For example, field ID 8 is !8!. A colon (:) is placed after the second
exclamation point as a delimiter, for example:
Blanks are acceptable. If any characters other than digits and spaces are
between the exclamation points, the reference is not recognized as a field ID.
The argument to the ID/name label should be of the same datatype as that of
the field (datatype information need not be included explicitly as the parser
will determine the appropriate datatype of the field by default). If this is a
query action, and the argument is of a different datatype than defined for this
field, an error will be generated.
Labels for fields need not be present in any specific order within an email
message. You may precede the field name/id label with any text that you wish
to include. This text will not be parsed by the email engine. It is common
practice to include the actual field name is this way:
In the above example, the text "Submitter" will be treated as regular text by
the email engine. The field id "!2!" will be parsed and the variable $USER$ will
be the value used for any submit or query action that may have been
specified.
Only fields that have values are used in the request. Fields that do not have
values are ignored.
If you want to specify the Request ID for join forms, use the Request IDs of
the forms referenced by the join form separated by a vertical bar. For
example, a join form Request ID might appear as TT000567|TT000890.
Key
The key label and value pair is not required for the instruction to work; If
your incoming mailbox is configured to require a security key (see “Creating
email security keys for incoming mail” on page 100), then the Key label must
be present in the incoming email message. The passwords and security keys
will be encrypted in the AR System Email Messages form. A key is required
for the Modify action. Aliases for the Key label are Encryption Key and
Encryption. An example of a label/value pair is:
Key:test_key
Request ID
This label is only valid for the Modify action and defines the Request ID or
Entry ID of an entry on the corresponding form against which the Modify
action is to be executed. The Request ID is required for a Modify action as it
serves to identify the specific form entry you wish to modify. Aliases for the
Request ID are Entry ID, EntryID, and RequestID. An example of a label/
value pair is RequestID:0000012345.
Variables
Variables are used only with templates that are to be used as User Instruction
templates for incoming emails or as content templates for new outgoing
emails. They are placeholders that are replaced by specific values defined
when:
The user instruction is executed and where the values are defined by a user
sending the email executing this user instruction.
The template for new outgoing emails is used as a content template. The
variables are defined by:
A qualification and form where the data of the fields specify the variable
values.
Field Values field where the variables are defined.
The variable value is determined for outgoing emails in the following order:
3 If you did not supply field values, but your content template contained a
query to obtain information to substitute in the email, the query information
will be used to generate the message. For query information to be used, a
form, server, and qualification must be supplied. If any one of these items is
missing, the message creation will fail.
#$$variable_name$$#
Label:[$$#$$Value$$#$$]
See “Basic format” on page 127 for more information on label/value formats.
The name of the variable may be the same as an AR System field and so there
are no restrictions if used in the context of an AR System form. This allows
you to use existing AR System field values to define the value of a variable.
The variable value is retrieved from the same !Field ID! label as that of
AR System fields so the variable name might also be the name or ID of an
existing AR System field.
In content templates used for outgoing emails, variables for field values must
use the field database name, not the field ID. See “Using variables with
notifications” on page 124 for examples.
!modified_date!:[$$21/01/2004$$]
Note: You cannot use keywords in content templates for outgoing emails in
notifications.
After the parser has extracted all the required information, the variable is
replaced with the appropriate value, resulting in a query as follows:
Note: Variables can only be used for form field values and qualifications. In
addition, they do not work for Login or Server labels. For example, the
variable Login: #$$Joe User$$# would not be correctly parsed by the email
engine and would return an unknown user error. Also, only local fields
(fields after the Action label) can be substituted. Global fields (fields
before the Action label) cannot be substituted. Finally, labels like Server,
Schema, Login, Password, or Key are considered to be global and cannot
be substituted.
For example, if the user has a template to mail out the user information
through a notification that looks like the following, it will not work for
notifications:
To use this template in notifications, the user will have to change it so that it
looks like the following:
Note: Do not use the Request ID to return entries from display or vendor
forms in a notification. If you construct a content template using the
variable #$$Request ID$$# and use the content template in the Templates
tab of notifications on display or vendor forms, the system will not
generate errors, but it also will not return the Request IDs.
Format Description
SHORT A numerical date that includes the numerical day, month,
and year is displayed (06/17/04). The order of each
component is based on the Regional Options properties in
the Control Panel.
MEDIUM Longer numerical date description, for example, Jan 12,
1952.
LONG An alphanumeric date that includes the day of the week,
numerical day, month, and year is displayed (for example,
Sunday, June 17, 2004). The order of each component is
based on the Regional Options properties in the Control
Panel.
FULL Completely specified numerical date description, for
example, Tuesday, April 12, 1952 AD.
You cannot mix the different locales for short and long formats. So in the
countries where the valid value is mm/dd/yy, dd/mm/yy is not valid and will
not work, especially when the dd part is greater than 12. You can see
examples of valid date format values when you open Regional Options on
your Control Panel for long and short dates.
Reserved variables
Reserved variables are used by the Remedy Email Engine to place the results
of executing an email. You can use them in Result and Status templates, but
not in Content templates. Reserved variables fall under two main categories:
Action information—the following formats are valid:
#$$Action.Name$$# The action value, such as Submit, Query, and so on.
#$$Action.Number$$# The position of the action within the entire
execution list.
#$$Action.Form$$# The name of the AR System form involved in this
action.
#$$Action.Query$$# The qualification (if any) associated with the
instruction. (This reserved variable is valid only for User Defined
Instruction templates.)
These variables are useful when creating a template that will contain the
results of executing the associated action. They may be defined in a Result
template along with variables that define the fields of a specific form. The
execution module will replace these variables with the correct values
before the results are returned to the sender of the email containing the
actions.
If you want to use specific Status History information in the templates, the
following rules apply:
You must use the fully qualified status history name, for example
“Status-History.New.USER,” or “Status-History.New.TIME.”
You can also use numeric values, for example “15.0.USER,” “Status-
History.0.USER,” or “15.New.USER.”
The USER and TIME identifiers are case sensitive.
Basic format
This format is the simplest. The labels and associated values are written as
follows:
Label:[$$Value$$]
The opening and closing $$ enable the Parser to extract the value from the
email, including situations where the value incorporates multiple lines. If the
value does not incorporate multiple lines, the label/value pair can be written
as follows:
Label:Value
The label and value do not have to be left justified, and can be prefaced by
text on the same line. You do not have to surround the label with any special
characters as the labels are fixed and do not vary, unlike the values.
#$$variable_name$$#
Label:[$$#$$variable_name_Value$$#$$]
XML format
XML format can be used in all four types of documents: plain text, HTML,
XML, or rich text. The format is as follows:
<Label>Value</Label>
or
<Field Name=”!Field_Name!”>Field Value</Field>
These types have a fixed format in HTML; you can use this format in a plain
text document, where the HTML source for the field type may be added in
the plain text email, as well as HTML. In HTML, however, an editor will
automatically generate the correct format when filling in any missing field
values. You can still use the basic format within the HTML document. The
corresponding fields can be used in situations where input is required from
the user. The Email Client must allow or support the ability to edit HTML
fields directly, such an example would be Microsoft Outlook when it is
configured to edit emails with Microsoft Word.
The name tag represents the label and the value tag represents the value.
Text field
In HTML, a text field will typically look as follows:
This represents a text field into which data can be typed so it easily represents
a Label Value pair. The name tag contains a label, such as Action, and the
value tag will contain a corresponding value, such as Query.
Radio buttons
These allow you to design a document where the user can select from a given
range of possibilities. Unlike a text field where only one set of tags between
the <> markers represent a Label and Value pair, radio buttons can contain
several sets of tags that comprise one instruction label and several values. An
example follows:
<input type=”radio” value =”Submit” checked name=”Action” >
<input type=”radio” value =”Query” name=”Action”>
This represents two radio buttons grouped together under the name Action.
The values for the radio buttons would be Submit and Query. The selected
value being determined by the word “checked.” The resulting label/value pair
would be Action:Submit.
Check buttons
Check buttons allow you to design a document where there are several
possibilities, but those possibilities are not grouped together. An example
follows:
or
In the first example, the label and value will not be used because the word
“checked” is not included in the definition. But in the second example, the
label and value will be used because the box has been checked.
This field can give the user the ability to select the parameters that are valid
and those that are not.
Menu field
The menu field acts as a selection box where you will be able to create a label
from which any specific value can be selected from a range. In the following
example, the Action label has possible values of Modify, Submit, and Query.
The type is a select HTML field, the label is Action and the values are Modify,
Submit, and Query. The label/value pair to be used is determined by the tag
containing the word “selected.”
This field also allows the user to specify different visible text in the field with
the correct field values defined underneath.
Schema: TroubleTicket
Server: ourserver
Login: Chris Cadre
Password: <password>
Action: Submit
Short-Description! 8!:No access to the print server
Description! 9!:Whenever I send a file to the print server, I get a
message that says “unknown host print.”
Impact!108!:Serious
Values: Low, Medium, Serious, Critical
Submitter! 2!:Chris Cadre
Notify-submitter-method! 12!:E-mail
Values: None, Notifier, E-mail
Keywords!295!:Printer
12 Click Save.
The system will assign a Template ID number to the template. (The Template
ID field is hidden.)
If the template contains a reference to a graphic file, you need to add the
graphic file as an attachment. Refer to the following section for information.
1 Open the AR System Email Templates form in the AR System User tool.
2 From the Template Format menu, choose HTML.
This activates the buttons on the Template Attachments tab to add
attachments to your template.
Add
Attachment
button
Select Template
as the
attachment
Type
Attachment pool
14 Your attachment will be added to the list in the AR System Email Templates
form. You may need to right-click and select Refresh to see the attachment
listed.
15 Click Save in the AR System Email Templates form.
The email engine will give the template attachment an ID. (The Attachment
ID field is hidden.)
Modifying an attachment
1 Click the Templates Attachments tab in the AR System Email Templates
form.
2 Select the attachment you want to modify.
3 Click the Modify Attachment button. The AR System Email Attachments
form opens (see Figure 4-9 on page 134).
4 Click Search to locate the attachment.
5 The attachment appears on the attachment list.
6 Modify as required. You can modify the Attachment Name.
7 Click Save to save your modification.
Deleting an attachment
1 Click the Attachments tab in the AR System Email Templates form.
2 Select the attachment you want to delete.
3 Click Delete Attachment.
The AR System Email Association form opens.
4 Close this form.
5 Click the Refresh Table button to refresh the table in the Attachments tab of
the AR System Email Templates form.
The attachment will be deleted from the list.
When you set default templates for a specific outgoing mailbox, these
templates are used for this mailbox when no other templates are specified.
Use the AR System Email Mailbox Configuration form—enter the name of
the mailbox in the Mailbox Name field and the names of the templates in the
Default Templates fields on the Advanced Configuration tab, as shown in
Figure 4-10 on page 137.
These Default Templates fields are only displayed for outgoing mailboxes.
See the following figure and “Working with the mailbox configuration form”
on page 75 for more information on configuring mailboxes.
Figure 4-10: Setting default templates in the AR System Email Configuration form
Send Email
3 with User-Defined
Instruction
Outgoing
SMTP MAPI
Incoming
2 Create Entry User
Email
Server MAPI POP3 MBOX IMAP4
AR
Server
Primary
Config-
uration
4 Results
Underlying
Database
Create and Store
1 Email Templates
The User sends an email containing an Action label and a value for the Action
that corresponds to an entry in the AR System Email User Instruction
Templates form. The entry in this form is associated with a template which is
then executed and used in the email. Using this feature, the administrator can
set up variable substitutions to be used in an email with minimal input from
the User, for instance, the User may only send an email with an Action label/
value pair, and a variable value. An example follows on page 140.
Step 2 Create the following entries in the AR System Email User Instruction
Templates form (see Figure 4-12 on page 140):
Enter a valid character string into the Instruction field on this form.
Associate the User Instruction Template form with the template you
created by filling in the name of the template in the Template Name
field.
Step 3 Send the email that contains the user-defined instruction to the email server.
You can associate more than one user-defined instruction with a template
containing one or more instructions. The User-Defined Instruction template
looks exactly the same as any other template.
This template includes a special header template used with urgent help desk
requests and the default result template.
2 Add your template to the AR System Email Templates form in Remedy User.
(See “To add a template to the AR System email templates form:” on
page 131.)
The Remedy Email Engine will then retrieve all records of urgent help desk
requests and list them in the email.
Overview
Email messages can be either outgoing or incoming. Both types of emails use
Label Value pairs as message content; the Remedy Email Engine ignores any
other text.
Outgoing emails are sent using the AR System Email Messages form. You
can type the message, or specify templates to use in the body of the email.
See “Sending an outgoing email using the Messages form” on page 149 for
more instructions on using the AR System Email Messages form.
Incoming emails are those received by the AR System and can be sent
using an external email client, or an AR System configured mailbox. If you
use a third-party email client, the message is typed in the body of the email
and you can specify a template to use for the results list or to report status.
See “Sending an email to the AR System” on page 162 for more
information.
Default mailbox
If you do not specify a mailbox for your email message, the settings for the
default mailbox are used. The default outgoing mailbox is the first mailbox
created, or another mailbox specified as your default outgoing mailbox in the
AR System Email Mailbox Configuration form. Set the Default Outgoing
Mailbox field of the AR System Email Mailbox Configuration form to Yes, as
shown in the following figure. The setting in this field for any previous
default mailbox is reset to No. For more information on configuring
mailboxes, see “Working with the mailbox configuration form” on page 75.
Set Default
Outgoing
Mailbox
By default, emails are sent out from the email engine in the order they were
received, not in the order of priority. But you can set properties in the
EmailDaemon.properties file for the email engine to send high priority emails
first and then lower priority in that order. Use the following properties:
To ignore priority (default):
com.remedy.arsys.emaildaemon.SortMessages=false
7 Click the tab for the appropriate message format, either Plain Text or HTML.
8 Type your message in the Body pane.
You can use either HTML, plain text, or both in your email content.
To add an attachment, see “Adding attachments to your email” on
page 152.
To send the email with a template other than the default templates for the
specified mailbox, see “Adding a template to an email” on page 157.
To add an attachment alternative to be used for the content of your email
instead of typing content in the body panes, or using a template, see “To
add an attachment alternative:” on page 161.
9 Click Send.
You can also save your email and send it later by clicking Save.
Attachment pool
The system will enter a unique ID for the attachment in the Attachment ID
field when you click Save in the AR System Email Attachments form. (The
Attachment ID field is hidden.)
3 Select Email from the Type list.
4 Enter a name for the Attachment in the Attachment Name field. If you don’t
specify a name, the system will refer to the attachment by its filename and
location.
5 Right-click in the attachment pool.
6 Select Add from the list.
The Add Attachment dialog box appears.
7 Browse to the file you want to add and select it.
8 Click Open.
The file is added to the list of attachments. If you are using a Windows
system, you can also drag and drop a file into the attachment pool.
9 Select the item in the attachment pool, then click the edit button in the
Attachment Name field.
The name of the attachment is displayed in the Attachment Name field. For
example:
template_attachment1.htm.
10 Click Save.
The AR System Email Attachments form closes.
Your attachment will be added to the list in the AR System Email Messages
form, Attachments tab. You can right-click in the attachment pool field to
select from the context list.
You can add an attachment that you have previously saved with the
AR System Email Attachments form by using the following procedure.
Modifying an attachment
X To modify attachments:
1 Click the Attachments tab in the AR System Email Messages form.
2 Select the attachment you want to modify.
3 Click the Modify Attachment button. The AR System Email Attachments
form opens.
4 Click Search to locate the attachment.
5 The attachment appears on the attachment list.
6 Modify as required. You can modify the Attachment Name.
7 Click Save to save your modification.
Deleting an attachment
X To delete attachments:
1 Click the Attachments tab in the AR System Email Messages form.
2 Select the attachment you want to delete.
3 Click Delete Attachment.
The AR System Email Association form opens.
4 Close this form.
5 Click the Refresh Table button to refresh the table in the Attachments tab of
the AR System Email Messages form.
The attachment will be deleted from the list.
Advanced options
The Templates tab enables you to include a content, header, or footer
template with your email.
Content templates replace the body of the email so that you do not have
to enter anything in the body tab of the AR System Email Message form.
The content may be associated with a specific form and contain the fields
and their corresponding values relating to a specific record. You can create
these templates in a text editor, or export them using Remedy
Administrator, selecting the form and the fields to be contained in the
template. Also using the template, you can specify actions to be performed
when the contents of the email are parsed by the email engine. The content
template can also contain formatting instructions.
Header and footer templates are often used to place lines of text or a
graphics on an outgoing message. If they are specified in content templates
as a label/value pair, they will be applied to the email reply.
All the templates must be stored in the AR System Email Templates form.
If you leave these fields blank, the system uses the default templates for the
specified mailbox in the Mailbox Name field, or it uses the default mailbox
and its settings if there is no Mailbox Name entered. The template
specified here will override those configured for the specified mailbox, or
the default mailbox. See “Default mailbox” on page 150, and “Working
with the mailbox configuration form” on page 75 for information on
configuring your mailbox.
The Variable Replacement tab enables you to replace any of the variables in
the template with a value at the time of execution. This applies only to the
specific outgoing email and the templates specified in the Templates tab.
You can use the Field Values field or the Qualification field with a particular
form to retrieve required data and substitute it in the email.
You can enter a value for a variable in the template in the Field Values
field, for example:
If you have the following variable in your template:
#$$paid_date$$#
This value will then be substituted for the variable when the email is sent
out.
You can also enter a qualification in the Qualification field, such as:
Qualification:[$$’account_ID’ = 123456$$]
Then, 123456 is substituted for the variable representing the value of the
account_ID field in the content template. The system will retrieve only the
record whose value in the account_ID field is 123456.
The rules for entering a qualification are the same as those in the
Qualification bar in Remedy User.
In the AR System Form field, you enter the name of the AR System form
to which these values apply.
In the AR System Server field, enter the name of the server on which the
form resides.
Enter any access information necessary in the AR System Server TCP Port
field and the AR System Server RPC Number field.
The email engine searches the specified form for the record, then it
substitutes the Request ID parameter in the Content template with the
Request ID value (00000000001) found with the query.
You can also make this static in the Content template by specifying Request
ID: 00000000001 instead of the variable Request ID: [$$#$$Request ID$$#$$],
but using the Variable Replacement feature allows more flexibility.
The Attachment Alternatives tab enables you to add the content of your
email as an attachment, instead of typing it into the Body field in the Message
tab. You can use plain text, HTML, or Rich Text Format (RTF). The contents
of the attachment appear in the body of the email. You can also add variable
values in the form of an attachment file, instead of entering them in the
Variable Replacement tab, or send another email (stored in .eml format) as
an alternative attachment, and the contents of that attached email will form
the body of the outgoing email message.
Attachment field
Attachment pool
You can only attach one of each type of alternative attachment to a message
form. These attachments are stored as part of the message in the message
form.
If none of the above is true, the system uses the template as is.
If you do not supply a template, but attach a file (HTML or plain text, or
both) to the Content attachment fields in the Attachment Alternatives tab
of the AR System Email Messages form, the system uses these attachments
as the content.
If none of the above items are supplied, the system uses the contents of the
Body fields in the Message tab of the AR System Email Messages form for
the body of the email (HTML or plain text, or both).
You can specify a template to be used for the reply. This may be a Status
template, a Header template, a Footer template, or a Result template. Include
the appropriate label such as “Result Template” or “Header Template” (or
their aliases), and specify the template name as the value. There is no label
“Content Template,” therefore this cannot be specified for an incoming
email. You use a Result Template label as the equivalent of the Content
template when you perform a Modify action using incoming mail. See “The
modify action” on page 206 for instructions.
See “Labels and values used in the templates” on page 113 for more
information on rules for labels, values, and variables and for information on
label aliases.
3 Create a new email using any third-party mail client, for example, MS
Outlook Express.
4 Copy and paste the template information into the email and fill in any
appropriate fields.
6 Verify you have received a reply indicating a new entry has been created. You
can also verify the newly submitted entry using a client tool, as shown here.
You can also follow the email messages created in the AR System Email
Messages form by the email engine. If any errors are generated, you can look
them up in the AR System Email Error Logs form.
Tip: Test your queries in the User tool to see if they successfully return any
results. Then cut and paste the query into the email template.
3 Create a new email using any third-party mail client, for example, MS
Outlook Express.
4 Copy and paste the template information into the email and fill in any
appropriate fields.
The following is an example of an email that queries the User form for all
users that have Administrator privileges.
6 Verify in the client tool that you have received a reply that lists the results
returned from your query (if any), as shown here.
You can also follow the email messages created in the AR System Email
Messages form by the email engine. If any errors are generated, you can look
them up in the AR System Email Messages form.
Email notifications
If you choose Email when creating a Notify filter or escalation, you can send
the following types of information in an email notification:
Text messages
Contents of selected fields (provided the user being notified has the
appropriate permission for those fields)
Attachments (if an attachment field exists on the form)
Shortcut—if you select the Add Shortcut option in the Notify dialog box,
a shortcut will be added as an attachment to the email notification. This
shortcut provides a link to the entry on the AR System server.
Note: If you create notifications using the Submit execute condition with
join forms, the fields returned in the notification message will not be
populated. This is because there is no Request ID with join forms during
a Submit operation. In addition, join forms do not send values of fields on
Submit when the Reply with Entry parameter is set to Yes for the incoming
mailbox.
Using the AR System Email Mailbox Configuration form, you can configure
your email system to automatically delete notification messages from the
AR System Email Messages form after they have been successfully sent. Use
the Delete Outgoing Messages Selection in the Advanced Configuration tab
of the AR System Email Mailbox Configuration form. This reduces the
number of records stored in your message form.
The Remedy Email Engine must be running to enable you to send email
notifications. There are some configuration options you can set in the Create
Filter (or escalation) dialog box when you create a Notify filter or escalation
to customize your email.
The Notify Filter (or escalation) page of the Create Filter (or escalation)
Dialog Box is displayed.
The fields required to define the Notify filter or escalation appear. The
following figure shows these fields and an example of how a Notify action
might look.
The order in which these entries appear is the order in which the email
engine searches for addresses.
7 Enter a value in the Priority field; ranges of 1 to 10 are acceptable.
By default, emails are sent out from the email engine in the order they were
received, not in the order of priority. But you can set properties in the
EmailDaemon.properties file for the email engine to send high priority emails
first and then lower priority in that order. Use the following properties:
To ignore priority (default):
com.remedy.arsys.emaildaemon.SortMessages=false
Make sure that all fields used in variables are selected in the Include Fields list
of the filter. (See Figure 5-10 on page 164.)
To be able to send the field contents, ensure that users being notified have the
necessary permissions. For more information about access control for users,
see the Configuring AR System guide; for groups, see the Developing
AR System Applications: Basic guide.
3 After the notifications have been sent, the message status will change in the
Email Messages form from Yes to Sent.
4 If you chose to delete Notification messages in your mailbox configuration,
the notification email entry will be deleted from the Remedy Email Messages
form.
Messages and templates tabs
The fields in these tabs are optional. If you leave these fields blank, the
settings relating to the mailbox entered in the Mailbox Name field apply. Or,
if the Mailbox Name field is empty, the default outgoing mailbox settings
apply. The default outgoing mailbox is the first mailbox created, or you can
specify another mailbox in the AR System Email Mailbox Configuration
form. For how to set a default outgoing mailbox, see “Default mailbox” on
page 150 and “Working with the mailbox configuration form” on page 75.
For default template settings for a specified mailbox, see “Setting default
templates for specific outgoing mailboxes” on page 136.
Any entries in the fields in the Messages and Templates tabs will override the
default settings. If there are no entries in the Messages and Templates tabs,
and no default mailbox exists, an error message will be generated.
Messages tab
X To define the Messages tab:
1 In the Mailbox Name field, enter the name of the mailbox that you want to
handle the notifications if you do not want to use the default mailbox.
You can use a field or a keyword to substitute the mailbox name. This
mailbox name should correspond to a valid mailbox configured in the
AR System Email Mailbox Configuration form, or at the initial installation of
the email engine.
2 Enter information in the From, Reply To, CC and BCC fields:
If you make multiple entries in these fields, separate the entries by hard
returns.
You can use the following entries in the fields:
AR System user logins
AR System groups
The order in which these entries appear is the order in which the email
engine searches for addresses.
If you fill in these fields, the Remedy Email Engine populates the
equivalent fields in the AR System Email Messages form for the
appropriate User Name (see Figure 5-18 on page 176). If, however, the
information for these fields in the AR System Email Messages form is
supplied from the AR System Email Mailbox Configuration form (that is,
a specified mailbox, or a default mailbox that has already been
configured), you need to display and save the AR System Email Messages
form before you see the entries.
3 In the From field, enter the name to be displayed to indicate where the mail
is from. If this field is blank and there are no entries in the From field on the
Advanced tab of the AR System Email Mailbox Configuration form for the
specified mailbox, or for the default mailbox, there will be no entry in the
email to indicate who the email is from.
4 In the Reply To field, if you enter a group name, a reply will be sent to all the
names in the group. If this field is blank, and there are no entries in the Reply
To field on the Advanced tab of the AR System Email Mailbox Configuration
form for the specified mailbox, or for the default mailbox, there will be no
entry in the email to indicate any Reply To.
5 In the CC and BCC fields, if there are no entries in these fields or the Default
Addressing section of the Advanced tab of the AR System Email Mailbox
Configuration form for the specified mailbox, or for the default mailbox, no
copies of the email will be sent.
If you specify multiple recipients in the User Name field (see Figure 5-16 on
page 171), the name or names specified in the BCC and CC fields on this
form will only appear in the BCC and CC fields of the AR System Email
Messages form entry for the first user listed in this User Name field. The
permissions applied to the recipients of the CC and BCC fields will be the
same as those of this first listed user. This may be a security issue, especially
if you list a group name with some ambiguity about which is the first name
on the list. You may prefer to list names individually in the User Name field
so that you have more control over the permission status.
6 In the Organization field, enter a company name, an organization, a
keyword, or a field reference to a name that you would like to appear on the
email.
Templates tab
X To define the Messages tab:
1 In the Header, Content, and Footer fields, specify the names of the templates
to use for a header, content, or footer of the email notification. For more
information on creating and using templates, see Chapter 4, “Email
templates.”
When you create a content template for email notifications, the variable
format must correspond to a field’s database name and not the field label.
The default content template that you set in the AR System Email Mailbox
Configuration form is ignored for workflow notifications. If you want to use
any content template for notifications, you must specify it when creating
workflow, here in the Templates tab in the Notify action for filters and
escalations.
If you are using a content template for email notifications and you want to
see the notification text in the corresponding email, you must use the
following variable format in the content template:
#$$AR Notification Text$$#
If you want to create a content template to show Status History when doing
email notifications, the Status History must be represented in the following
formats:
#$$Status History.New.USER$$#
#$$Status History.Closed.TIME$$#
These formats are based on AR System core field ID 7. In addition, the Status
History strings here shown as examples could be languages other than
English.
Note: You cannot use AR System keywords in content templates for outgoing
emails in notifications.
2 Click Add Action, then save your changes to the filter or escalation.
You can enter the name of the template directly, or enter a field reference or
keyword that leads indirectly to a template name. The templates specified
here must be stored in the AR System Email Templates form and the name
used here must be the same as that entered in the Template Name field of the
AR System Email Templates form.
Step 2 The templates set as defaults for the mailbox entered in the Mailbox Name
field of the Messages tab of the Notify action dialog box. (See Figure 5-17 on
page 174.)
If no template is used for the Content, the order of fields included in an email
notification is strictly based upon their arrangement in the form view. Using
their X and Y coordinates, the order of fields begins top left to right, then
down (in a zigzag pattern). Fields excluded from the form’s default view are
randomly included at the bottom of the list. If a form includes page fields, the
pages are ignored. The order of fields included in the notification is still based
on their X and Y coordinates in the form.
6 Troubleshooting
Troubleshooting W 181
Action Request System 6.0
Note: You can access the Log Message Information form from both the
Remedy User task finder as well as from the Message Information form.
The Advanced tab in the Message Information form includes an Errors tab
that, when selected, displays the Log Message Information form with log
data for the message you are viewing.
For each log entry, the form provides the following information:
The log message ID and the date on which it was created.
The mailbox ID number for the message.
The message ID number of the message to which the log applies.
The message type—either an error log or a status log—and the severity
level of the message. Severity levels are as follows:
Severe: Errors that prevent successful execution of a specific task and
may require administrator intervention. This is the default value.
Warning: Errors that may cause problems when executing a task.
Info: Status information.
Config: Information related to mailbox configuration. For
configuration information, see “Working with the mailbox
configuration form” on page 75.
Fine: Internal exceptions, which are handled by the application but
logged for tracing purposes.
Finer: Trace logs that record specific tasks as they are executed within
the application.
Message number: The error number associated with the message.
How the message was generated, either by the email engine or by the
AR System server.
The error message text, which describes the error.
Instruction: Submit
Instruction Number: 1
Instruction Template:
Message Type:
Message Number: 303
Message Text: Form does not exist on server
Appended Text: XYZForm
Instruction: Query
Instruction Number: 2
Instruction Template:
Message Type:
Message Number: 303
Message Text: Form does notexist on server
Appended Text: XYZForm
These problems occur because the time zone is not adjusted between the
Remedy email engine and the email client machine. To avoid these problems,
users should submit requests and queries to an email engine machine located
in the same time zone.
Note: If you are using MAPI, log in to the server as the Windows account
used to start the email engine service.
Note: If you are using a MS Exchange server with SMTP and either POP3 or
IMAP4, verify that your Exchange server has the SMTP gateway enabled
as well as either IMAP4 or POP3 functionality.
To avoid such problems, create a rule in your email program that checks the
body of the message for text you require users to include in submissions, such
as query or submit. If the message does not contain this text, set the rule to
forward the email to the AR System administrator and delete it. This rule
performs these functions:
It prevents problems with the Remedy email engine due to improper
request formatting.
It prevents undeliverable messages from firing duplicate notify filters. If a
message triggers a notify filter and is returned as undeliverable, it is
returned to the mail queue, where it causes the filter to fire again.
It alerts the administrator to the types of messages being submitted
incorrectly, so that the administrator can instruct users as to the correct
procedures for formatting and submitting messages.
Settings Definitions
Global Property Handlers Sets the places where logs can go. In this example, it has been
handlers= set to send logs only to the console.
java.util.logging.ConsoleHandler
Handler Specific Properties Number to start with. This is appended to the end of the file
java.util.logging.FileHandler. name.
count = 1
Handler Specific Properties Use an XML formatter to format the output, or you can use
java.util.logging.FileHandler. java.util.logging.SimpleFormatter with console logging.
formatter =
java.util.logging.XMLFormatter
Console Handler Specific Properties Logging level for the file output.
java.util.logging.ConsoleHandler.
level = INFO
Settings Definitions
Main Application Level The level for the entire email engine. This setting for the main
com.remedy.arsys.emaildaemon. application level includes the modules, unless you specify
level = INFO otherwise.
If a level for one of the outputs is lower than this setting, then
this level overrides that level for the given output. In this
example, since this level is INFO, the level for the file handler
will be ignored and also set to INFO.
If the main application level is SEVERE, then only module logs
with a level of SEVERE are allowed. You can override this
behavior by adding one of these module levels, then specifying
that level as FINER, FINE, INFO or WARNING. This level will
be used for all logs originating from that particular module
and only that module.
If you add more than one module level, then logs for more
than one module will be allowed through, and you can set the
levels for the different modules independently.
Module Levels The levels for application modules. You can specify the
com.remedy.arsys.emaildaemon. logging levels for the various modules independently from the
<Module>.level= entire email engine logging level, for only the modules you are
ConfigurationModule.level=FINER interested in troubleshooting.
CreatorModule.level=FINER
ExecutionModule.level=FINER
These application modules allow you combine main
ReceiverModule.level=FINER application and module logging.
SenderModule.level=FINER For example, if the main application level is set to INFO and
MonitorModule.level=FINER you set the level for the Receiver Module to FINER, then you
will see only FINER information in the log for the Receiver
module. If there is no entry in the logging.properties file
for a particular module, then the system defaults to the
application level (that is, INFO).
Note: The level for one of the outputs must be at least FINER,
such as the ConsoleHandler, to actually see the log.
Application levels Level for the outputs to the Remedy Email Error form. You
com.remedy.arsys.emaildaemon. cannot disable this handler as you can with the Console and
ARSystem File. This level could also be overridden if the application level
Handler.level = WARNING defined previously is higher.
The emaildaemon.properties file also lets you specify properties you can use
to enhance the performance of the email engine.
Parameter Description
-s Specifies the server where the email forms (and the configuration
information) are located.
-p Specifies the AR System Application Service password. The email
engine uses the same password as that supplied in AR System
Administrator under File > Server Information > Connection
Settings > Application Service Password.
-t A Transmission Control Protocol (TCP) port for the server to which
the email engine should connect.
-r The Remote Procedure Call (RPC) number of the server to which
the email engine should be connected. This parameter may be useful
if you want to connect to a private server which can benefit
performance if you expect a high volume of mail.
-l The language to be used. (The default is C.)
Parameter Description
-d Used to specify the directory where the EmailDaemon.properties
file is located. If this parameter is not supplied, the system assumes
that this file is stored in the same directory as the emaildaemon.jar
file.
-i The time interval (in minutes) to use when checking the server for
configuration updates (modifications to records in the Email
Mailbox Configuration form). The default is 30 minutes.
-m Monitor module interval (in minutes) to wait before trying to start
the email engine again. The default is 30 minutes. When the
AR System server is not available, it tries to restart the system for
every 30 minutes by default.
-o Specifies MAPI sent folder where sent mail should be stored.
Settings Definitions
com.remedy.arsys.emaildaemon. This setting lets you specify the date and time format used by the
ARDATE= email engine for parsing date and time strings. MMMMM dd, yyyy
HH:mm:ss z is equivalent to September 21, 2003 12:08:56 PDT.
com.remedy.arsys.emaildaemon. This setting lets you specify the time format used by the email engine
ARDATEONLY= for parsing date strings. MMMMM dd, yyyy is equivalent to September
21, 2003.
com.remedy.arsys.emaildaemon. This setting lets you specify the time format used by the email engine
ARTIMEONLY= for parsing time strings. HH:mm:ss z is equivalent to 12:08:56 PDT.
com.remedy.arsys.emaildaemon. This performance setting lets you specify the set size of entries to
ChunkSize=100 return when the email engine makes a call to the AR System server.
The default chunk size of entries returned is set to 100.
Settings Definitions
com.remedy.arsys.emaildaemon. This setting lets you store instructions and instruction parameters in
StoreInstructions=false the AR System server. Setting this option to true let you leave data in
the Instructions form and the Parameters form for troubleshooting
purposes. If you choose the true option, you must remove this
information explicitly.
Execution module in the email engine handles both the parsing and
execution of messages. There will be one message queue created for
each Incoming mailbox. By default, instructions are not stored in
the server.
com.remedy.arsys.emaildaemon. This setting lets you add new log messages for logging instructions
ExecutionModule.level=Fine and instruction parameters.
com.remedy.arsys.emaildaemon. This setting lets you change the default number of how many email
IncomingConnectionRecycleSize messages the email engine receives before the connection is closed
=100
and reopened. By default, the connection is closed and reopened for
every 100 messages.
In the 5.1 and 5.1.1 releases of the email engine, the connection with
mail server was closed only after reading all incoming messages. As
a result, if the email engine crashed or hung before the connection
is closed, the messages marked for deletion may not be deleted from
the mail server.
com.remedy.arsys.emaildaemon. This setting lets you define message queue size. Receiver module
IncomingMessagesQueueSize=100 writes messages to the queue and Execution module reads messages
from this queue to parse and execute. Receiver module still writes
message to server in Remedy Email Messages form, but the
Execution module reads the message from message queue instead of
from the server. This reduces the traffic to the AR System server and
improve the performance. The default message queue size is set to
100.
com.remedy.arsys.emaildaemon. Instruction caching was implemented in the 6.0 release of the email
instructionCacheSize=20 engine. This performance setting lets you specify the size of the
cache used for storing instructions.
The default setting keeps 20 instructions in cache. If there are 20
instructions and another is added, the oldest instruction is removed.
If there are any changes made to the Email Instructions form, the
instruction cache is flushed based on the configuration Interval
setting.
Settings Definitions
com.remedy.arsys.emaildaemon. Used to specify the interval between checks to see if all the threads
Monitor=30 are functioning properly. This interval is measured in minutes, and
like the configuration interval, the default value is 30. If the
Monitoring system detects that a thread has failed, then it restarts
the thread.
com.remedy.arsys.emaildaemon. This setting lets you define the number of messages to process
OutgoingConnectionRecycleSize before closing the connection to the mail server. This action is
=100
performed to ensure that memory is properly released.
The default setting is 100 messages.
com.remedy.arsys.emaildaemon. This setting lets you specify a string if your AR System server
<server_name>.Authentication requires authentication information before handling requests.
com.remedy.arsys.emaildaemon. This setting lets you define the time interval (in minutes) to use
<server_name>.Interval=30 when checking the server for configuration updates (modifications
to records in the Email Mailbox Configuration form). The default is
30 minutes. For example, to set the interval to 5 minutes, you would
use the following syntax:
com.remedy.arsys.emaildaemon.<server_name>.Interval=5
com.remedy.arsys.emaildaemon. This setting lets you specify what language to use in the email
<server_name>.Language=en_US engine, for example, com.remedy.arsys.emaildaemon.
<server_name>.Language=en_US.
com.remedy.arsys.emaildaemon. This setting lets you specify what RPC port number the AR System
<server_name>.RPC=0 server uses if you have configured a private server to use with the
email engine.
com.remedy.arsys.emaildaemon. This setting lets you specify what TCP port number the AR System
<server_name>.TCP=0 uses if your AR System server is not using Portmapper.
com.remedy.arsys.emaildaemon. This setting lets you specify the port for RMI (remote method
RMIPORT=1099 invocation). This 6.0 feature is used with the EmailAdminAgent.jar
file to stop, suspend, resume, or change logging to the email engine.
com.remedy.arsys.emaildaemon. Lets you keep the sent items in the Email Messages form.
SaveSentItem=True
Set to False if you want to delete the sent items from the Email
Messages form.
com.remedy.arsys.emaildaemon. This setting lets you specify how many security keys are kept in
securityCacheSize=20 cache.
The default setting keeps 20 security keys in cache. If there are 20
keys and another is added, the oldest key is removed. If there are any
changes made to the Email Security form, the cache is flushed based
on the configuration Interval setting.
Settings Definitions
com.remedy.arsys.emaildaemon. This setting lets you specify how many outgoing emails to query at
SendEmailSetSize=100 a time. The default size of outgoing emails is set to 100.
com.remedy.arsys.emaildaemon. This setting lets you specify the AR System server that the email
Servers engine interacts with.
com.remedy.arsys.emaildaemon. This setting lets you specify if messages with a higher priority setting
SortMessages=false are processed first. The default setting is false.
com.remedy.arsys.emaildaemon. This performance setting lets you specify how many email
templateCacheSize=20 templates are kept in cache.
The default setting keeps 20 templates in cache. If there are 20
templates and another is added, the oldest template is removed. If
there are any changes made to the Email Templates form, the cache
is flushed based on the configuration Interval setting.
com.remedy.arsys.emaildaemon. This performance setting lets you specify the number of users
userChunkSize=5000 (records from the User form) to retrieve from the AR System server
at one time. The default chunk size of users returned is set to 5000.
loaded library
DEBUG: JavaMail version 1.4.1_01
DEBUG: successfully loaded file: C:\Program
Files\Java\j2re1.4.1_01\lib\javamail.providers
DEBUG: URL jar:file:/C:/Program%20Files/AR%20System/AREmail/
emaildaemon.jar!/META-INF/javamail.providers
DEBUG: Bad provider entry:
DEBUG: successfully loaded resource: jar:file:/C:/Program%20Files/
AR%20System/AREmail/emaildaemon.jar!/META-INF/javamail.providers
DEBUG: URL jar:file:/C:/Program%20Files/AR%20System/AREmail/
imap.jar!/META-INF/javamail.providers
DEBUG: JavaMail version 1.3
DEBUG: successfully loaded file: C:\Program
Files\Java\j2re1.4.1_01\lib\javamail.providers
DEBUG: URL jar:file:/C:/Program%20Files/AR%20System/AREmail/
emaildaemon.jar!/META-INF/javamail.providers
DEBUG: Bad provider entry:
# tail -f emaild.sh_log
DEBUG: java.io.FileNotFoundException: /usr/java1.4.1/j2se/jre/lib/
javamail.address.map (No such file or directory)
DEBUG: getProvider() returning
javax.mail.Provider[STORE,mbox,gnu.mail.providers.mbox.MboxStore,dog@
gnu.org]
mbox: creating /var/mail/arsystem.lock
mbox: reading /var/mail/arsystem
mbox: saving /var/mail/arsystem
mbox: removing /var/mail/arsystem.lock
mbox: creating /var/mail/arsystem.lock
mbox: reading /var/mail/arsystem
mbox: saving /var/mail/arsystem
mbox: removing /var/mail/arsystem.lock
mbox: creating /var/mail/arsystem.lock
mbox: reading /var/mail/arsystem
mbox: saving /var/mail/arsystem
mbox: removing /var/mail/arsystem.lock
mbox: creating /var/mail/arsystem.lock
mbox: reading /var/mail/arsystem
mbox: saving /var/mail/arsystem
mbox: removing /var/mail/arsystem.lock
The examples in this appendix demonstrate how you can use templates to
execute a specific set of instructions on an AR System form. See “Exporting
mail templates” on page 111 for more information on how to export email
templates and “Global and local parameter declarations” on page 122 for
more information on labels and values for templates.
Modifying templates for search actions with the Remedy Email Engine
(page 202)
The modify action (page 206)
Sample templates (page 213)
Schema: vacation
Server: quest.Remedy.COM
Login:
Password:
Action: Submit
Values: Submit, Query
Format: Short
Values: Short, Full
Submitter !2!:
Short-Description !8!:
Schema: vacation
Server: quest.Remedy.COM
Login:
Password:
Action: Query
Format: Short
Values: Short, Full
!1!:TT00000000119
Modifying templates for search actions with the Remedy Email Engine W 203
Action Request System 6.0
The following example shows an exported file that was modified to search
using the Qualification label.
Submitter ! 2!:
Short Description ! 8!:
Attach!536880912!: <====== (Manually add this line based upon the
attachment field name and database ID)
Modifying templates for search actions with the Remedy Email Engine W 205
Action Request System 6.0
3 Insert your filter.log attachment file anywhere in the email. If the attachment
name including the extension is not supplied in the email template, the email
submission will fail.
This is created in the AR System Email Security form; see the following
figure.
Note: To perform the Modify action on a form using email, you must have a
template and it must be stored in the AR System Email Templates form.
The example assumes you have created a form named TestModify containing
at least the core fields.
For information on how to create templates, see “Creating templates” on
page 110.
Action: Modify
Form: TestModify
Ensure you have Action, Form, and Request ID labels and that these are not
changed during the procedure.
For more examples of templates, see page 213, page 220, or page 222.
For outgoing emails, this template will form the body of the email using
the AR System Email Messages form. See step 7.
For incoming emails to the AR System, type the content into the body of
the email using an email client tool. See step 7. You also need to create the
template and store it in the AR System Email Templates form because this
will be used for the reply (the Result template).
5 Add your template to the AR System Email Templates form. (See “Storing
templates in the AR System Email Templates form” on page 131.)
6 Optional. Create a search to search for a specific parameter using a variable.
For example if you need to search for the Request ID 00000000001:
For outgoing emails:
Include a variable value for the Request ID field in your content
template by replacing the Request ID: 00000000001 label/value pair
with Request ID:[$$#$$Request ID$$#$$].
Open the AR System Email Messages form in an AR System web or
Windows client.
Select the Display Advanced Options choice to Yes.
Click the Advanced Options tab > Variable Replacement tab.
Figure A-3: Variable replacement tab of the AR System Email Messages form
The email engine searches the specified form for the record, then it
substitutes the Request ID parameter in the Content template with the
Request ID value (00000000001) found with the query. See page 158 for more
information on using the Variable Replacement tab.
For incoming emails, include a variable value for the Request ID field in
your Result (reply) template by replacing the Request ID: 00000000001
label/value pair with Request ID:[$$#$$Request ID$$#$$]. Your template
will be specified as the Result Template in your label/value pair in the body
of your email. Include a query action in the body of your email, the
following is an example:
Action: Query
Qualification: ‘Request ID’ = “00000000001”
Select template
from Content
Template list
For incoming emails, type the following label/value pairs into the body of
the email:
Action:Query
Qualification: ‘Request ID’=”00000000001”
Result Template: TestModify
This is all you need to provide. The Result template contains all the
information required for the email engine to perform first the Query
action and then the Modify action.
If you added the Query action to the template, as in the optional step 6 on
page 209, you can omit the Qualification line.
Action: Modify
Form: TestModify
##Modify##:[$$POj2JJV9YHGlOtn1Rfew6rFEa1pFRbdweM3Bsu/
1I1++LShEzYnA3A==$$]
11 In the reply, modify the parameters as required, for example add values in !2!
and !8!.
Do not change the Action, Form and Request ID label/value pairs.
12 Fill in any essential missing parameters—Login, Password (if there is a
password), and Key. You must type in the Key you specified in step 3 on
page 207.
Sample templates
The mailbox was configured on the server to allow the following options:
Support incoming and outgoing emails
Parse incoming emails
Reply to sender with results
Use the incoming email address to calculate correct user name
#$$Company$$# received your WWW submission, and a new ticket has been
created. For future correspondence on this ticket, please respond to
this email or include the full Ticket ID in the subject line.
The following included fields would need to be selected in the filter notify
action:
Company
Request ID
Short Description
Instruction: Submit
Instruction Number: 1
Instruction Template:
Instruction: Query
Instruction Number: 2
Instruction Template:
The Query action returned the submit entry to the user because it was the
only entry in the record. There was no template defined as a Results
Template, so the Remedy Email Engine used the default internal text format.
<body>
<p><img border="0" src="art/blue_header_thin_right.gif" >
<center><font face="Times New Roman" size="5"><b>Remedy Email Engine
Test Template</b></font></center></p>
<hr>
<p>This form was submitted by <u><b>#$$Submitter$$#</b></u> and the
relavent information is as follows for Instruction <font
size="5"><b>#$$Action.Name$$#</b></font>:</p>
The Result Template must be stored in the AR System Email Templates form
before it can be used in the email. See “Storing templates in the AR System
Email Templates form” on page 131. There is a graphic included, and as this
is not contained in the HTML file, the graphic must be added using the
Template Attachments tab of the AR System Email Templates form. See
“Adding attachments to templates” on page 132.
When you send your email, the Remedy Email Engine parses and executes
the instructions in the Results template. It formats the reply and substitutes
values for the variables. The reply looks as follows:
For more information on results templates, see Result Template on page 119.
When you send your email, the Remedy Email Engine parses and executes
the instructions in the content template. The resulting status email will be
formatted like the following figure. The email engine substitutes values for
the variables.
For more information on status templates, see Status template on page 119.
You can add a header and a footer template to the email by specifying a global
Label Value pair at the top of the template, as in the following extract:
You can also add a header or footer template to an email by selecting it in the
relevant field of the Templates tab of the AR System Email Messages form.
The template fields on the AR System Email Messages form are used to
determine the templates used when creating an outgoing message. The label/
value pair method is used when requesting results from a server by way of
email.
In each case, you must add the templates to the Email Templates form before
it can be used in the email. See “Storing templates in the AR System Email
Templates form” on page 131. If there is a graphic included, the graphic must
be added using the Template Attachments tab of the AR System Email
Templates form, as explained in “Adding attachments to templates” on
page 132.
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-
1252">
<meta name="GENERATOR" content="Microsoft FrontPage 4.0">
<meta name="ProgId" content="FrontPage.Editor.Document">
<title>New Page 1</title>
</head>
<body>
<p>
Schema: AR System Email Unit Test Form<br>
Server: galactica<br>
<br>
Action: Submit<br>
# Values: Submit, Query<br>
Format: Short<br>
# Values: Short, Full<br>
<br>
Submitter ! 2!: $USER$<br>
Short Description ! 8!: Short Description</p>
<form method="POST" action="--WEBBOT-SELF--"><p>
Character Field: <input type="text" name="!536870919!" size="20"
value="User Defined"></p>
</form><p>
Integer Field !536870921!: 10<br>
Drop-Down List Field !536870923!: value 3<br>
# Values: Default 1, Value 2, Value 3, Value 4,<br>
# Value 5, Value 6<br>
Radio Button Field !536870924!: value 4<br>
# Values: Default 1, Value 2, Value 3, Value 4,<br>
# Value 5, Value 6<br>
Decimal Number Field !536870926!: 34.44<br>
Currency Field !536870927!: 5<br>
Check Box Field !536870930!: 0<br>
# Values: Default 1<br>
<br>
Action: Query<br>
Qualification: 1=1</p>
</body>
</html>
Since a Results template was not used, the reply will be in plain text.
Assigned To:
Last Modified By: EmailUser
Modified Date: Mon May 06 14:45:14 PDT 2004
Status: New
Short Description: Short Description
Status History: NewEmailUserMon May 06 14:45:14 PDT 2004
Attachment:
Instruction: Query
Instruction Number: 2
Instruction Template:
The value for the Character Field, which is the actual name of the field, is set
to the value specified within the HTML text field when the submit action is
executed. You paste the entire template into an email client and change the
text field directly before sending this email.
Copy this worksheet and complete a separate worksheet for each email
engine you plan to install and configure. You will first be prompted for
information listed under Installation Prompt Information. If you decide to
configure the email engine during installation, you will then be prompted for
the information listed under the Email Configuration Information section of
this worksheet. Reproduce the worksheet as needed. This chapter includes
the following sections:
Installation prompt information (page 226)
Email configuration information (page 227)
3 Are you using SSL (Secure Socket Layer)? Answer Yes or No.
Yes
No
This enables the secure socket layer. Select SSL only if you are using POP3 or IMAP4.
4 Email server name /IP___________________________________________
Name or IP address of the mail server used in your organization.
This enables the secure socket layer. Select SSL only if you are using POP3 or IMAP4.
You can use the following procedure to establish a mailbox address for the
UNIX email engine. These are meant only as generic guidelines. If you have
questions about implementation, you should consult your UNIX system
administrator for details.
To set up the AR System mailbox, you must have UNIX superuser (root user)
access on the UNIX server.
2 Edit the /etc/aliases file and add the alias ARSystem with the mailbox of /usr/
spool/mail/ARSystem, as follows:
/etc/aliases file
#######################
# Local aliases below #
#######################
# Email Alias for AR System mailbox
ARSystem:/usr/spool/mail/ARSystem
3 Create the mailbox file you defined for this user in the /etc/aliases file or /usr/
lib/aliases file (HPUX), by performing the following command:
# touch /usr/spool/mail/ARSystem
4 Change the group name to daemon, or to the owner of the mailbox alias
name, as in the following example:
# chgrp daemon /usr/spool/mail/ARSystem
Note: The group name varies between UNIX platforms. For most UNIX
platforms, it is the group daemon, while on HPUX it is mail. To verify the
proper group name to use, check the group name for the mail directory by
using the command ls -ldg.
W 237
Action Request System 6.0
W 239
Action Request System 6.0
W 241
Action Request System 6.0
Note: If all of the email forms were deleted for any reason, they are imported
automatically by default when the AR System server is restarted. You can
prevent them from being imported by default when the AR System server
is restarted. To do so, go to the ar.conf (ar.cfg) file and set the option Email-
Import-Form-By-Default to F. For more information, refer to “Email
options in the AR System configuration file” on page 103.
If some, but not all, of the forms were deleted previously, a message will
appear when you restart the AR System server, informing you that you
must import those forms manually.
Table E-1 describes the administration forms available with the email engine.
W 245
Action Request System 6.0
Table E-2 describes the user forms available with the email engine.
Table E-3 describes the workflow forms available with the email engine.
W 247
Action Request System 6.0
A AR System Email
Action configuration 83, 84 Association form 248
actions Attachment Join form 247
modify 117 Attachments form 134, 154, 247
email template example 206 Configuration form 137
query 117 Error Logs form 182, 245
examples 202 Instruction Parameters form 248
submit 116 Instructions form 247
user-defined 118 Mailbox Configuration form 75, 244
adding Messages form 149, 158, 160, 246
attachment alternative 161 Security form 101, 245
attachments Templates form 131, 244
previously saved 135, 155 User Instruction Templates form 140, 244
to email 152 AR System Email Engine. See email engine
templates 131 ar.cfg, email options in 103
to email 157 ar.conf file, email options in 103
advanced configuration 76, 82, 88 associated mailbox 82, 89
incoming mailbox 82 Association form 248
outgoing mailbox 88 association, email 248
advanced options, displaying in AR System Email Attachment Alternatives tab, AR System Email
Messages form 156 Messages form 160
Advanced Search bar 118 Attachment Join form 247
application service password 190 attachments
AR System adding
API errors 184 alternative 161
email notifications 169 previously saved 135, 155
sending an email to 162 to email 152, 247
server version 24, 28 deleting 136, 156
exporting templates with, to another server
136
modifying 135, 155
Index W 249
Action Request System 6.0
250 XIndex
Remedy Email Engine Guide
Index W 251
Action Request System 6.0
252 XIndex
Remedy Email Engine Guide
Index W 253
Action Request System 6.0
254 XIndex
Remedy Email Engine Guide
O port
outgoing email 149 default 86
advanced configuration 88 email server 80
security for 102 installing with multiple servers 30, 45, 53, 64
outgoing mailbox Post Office Protocol. See POP3
advanced configuration 88 preinstallation
configuration information (UNIX) 231 considerations for AR System Email Engine
configuration information (Windows) 228 23, 24
configuration, testing 96 steps
configuring MAPI during installation 37 for using MAPI 25
configuring SMTP during installation 40 for using MBOX 27
configuring SMTP during installation (UNIX) priority of emails sent 151, 172
60 processing notifications 16
defined 85 profile name 78, 88
MAPI, configuring 87 protocols
SMTP, configuring 86 IMAP4 17, 80, 186
overview email engine 16 MAPI 17
MBOX 17
P POP3 17, 80, 186
parameters SMTP 17, 186
email instruction 248
startup 190 Q
templates 122 query
password actions 117
application service 190 examples 202
email server 80, 87 performance 161
path
inbox 81 R
user name 81 receiving email 16
performance Remedy Mail Server
emaildaemon.properties 191 configuration parameters 235
queries, optimizing 161 templates, using in email engine 83
permissions upgrading to 6.0 email engine 43
notifications 173, 176 reply to address, MAPI 90
verifying for Windows account 185 reply, configuring 90
polling interval 78, 79, 81, 86, 88 requests, submitting across time zones 185
POP3 Result template 91, 119
configuring during installation 35 example 215
configuring during installation (UNIX) 58 RPC port
default port number 80 configuring 30, 45, 53, 65
defined 17 installing with multiple servers 30, 45, 53, 64
incoming mailbox, configuring 78
Microsoft Exchange Server and 186
Index W 255
Action Request System 6.0
256 XIndex
Remedy Email Engine Guide
U X
UNIX XML (Extensible Markup Language) format, tem-
AR System mailbox, setting up 233 plates 128, 222
debugging email engine 198
files installed 70
installation 50, 62
installation non-root 56
Index W 257
Action Request System 6.0
258 XIndex
*AR-600-EEG-01*
*AR-600-EEG-01*
*AR-600-EEG-01*
*AR-600-EEG-01*
*AR-600-EEG-01*