Back Forward About Service Email rules
 

Integration Services category
  1. About
  2. New
  3. tab1
  4. tab2
  5. tab3
  6. tab4
  7. tab5
  8. History
  9. More...
New Service Request Response History More...

Purpose

Use email service rules to manage incoming email. An email listener monitors an email inbox on a server identified by an email server data instance. When messages arrive in that inbox, the email listener routes them to an email service rule. Typically the service activity for the email service uses the information in the message to create a work object. If there are any email attachments with the message, the service activity can attach them to the work object. If the message contains Delivery Status Notification information (an undeliverable message, for example), the service activity can route the message to the worklist of someone who investigates such matters.

Email services can process messages that contain plain text, HTML, or XML. If the incoming email messages use SOAP over email, use a SOAP service rule rather than an email service rule to process the message. You still use an email listener, but the listener routes the messages to a SOAP service rather than to an email service.

Access

To create an email service, use the Email Accelerator. Select> Integration > Overview. Under Accelerators, click the Email Accelerator link.

PDN Articles

See Pega Developer Network article PDNPRKB-25085 About Email and linked articles for examples and additional documentation.

Category

email service rules belong to the Integration-Services category. They are instances of the Rule-Service-Email rule type.

Related topics How to unit test a Service Email rule
Standard rules Atlas — Standard Service Email rules

Integration-Services category
Help System home pageHelp Home