Logo
  • Products
    • SecOps Studio
  • Solutions
    • Pega Stack Shifter
  • Services
    • Pega Enablement
    • Pega Modernization
  • About
  • Contact
  • Blog
Code Vault

Process Incoming Emails in Pega

December 6, 2024 Code Vault Curators

In this article, we will explore how we can process incoming emails in Pega.

There are already a few blog articles published on sending outbound email and creating Microsoft Graph Email Account in Pega

What is email processing?

I will explain this with the popular Customer Service application. Say an insurance company provides email servicing to its customers.

How can this servicing be performed?

In general in 2 ways

1. A customer service agent who keeps on monitoring an email account and as soon as an email comes in, he responds appropriately

2. Basically, in the above way, the agent behaves like a robot reading and replying (service) to the customers :). So this email servicing can be automated, say robots monitoring the email account and replying appropriately.

Now, let’s come to Pega. Pega has its own set of rules that support email processing in a more automated way.

Enjoying this content?

Access the author’s full video courses here at MyKnowAcademy.

Explore Courses →
Author

Email servicing can end up in creating a case, updating a case, executing any operations within pega and also sending out the reply to the customers. Any type of processing is possible in pega email processing.

1. An email account

This will be a unique email address where the customers can seek out help or raise queries. You can use MS Graph email account here

Note: Email processing not only serves external customers. Within the organization, different departments can communicate using a common mailbox and pega can monitor the mailbox and perform the required operations.

2. An email listener

This component is responsible to automatically monitor an email account, preferably on Inbox and whenever a new email comes in, it triggers the responsible service component to perform the operations.

3. Service Email

This rule is responsible to parse and invoke the responsible service activities.

For the email account, you can visit another blog article –

You can also use any existing email account.

Go to the receiver part and do a test connectivity

You should get status good.

Note: This email account can be created from email wizard as well.

Okay, let’s straightaway start the wizard.

What are the Wizard steps?

Designer studio -> Integration -> Email -> Email wizard

It opens the first step in the wizard

1. Enter email information

 What would you like to do? –  It provides 2 options

1. Receive an email and create/manage a work object – This is basically to configure the file listener and the email processing part.

2. Configure an email account is to just create an email account.

Select the first option

What are the class and flow name? – Specify the class on which you need to perform the operation.

You can also specify the starting flow name.

Now, you may get a question like, can we do only flow processing in Pega?!. The answer is no. You can always, customize the wizard created rules afterwards.

For the starting flow name, I am going to use pyStartCase.

Would you like to create work? – If yes – the default case creation activities will be added in the wizard created rules.

In my requirement, I am going to create a new case, as soon as a new email comes to the configured email account. So yes.

Organization, Ruleset, Ruleset version – You can specify the integration rulesets.

Click next.

2. Inbound Email Configuration

The wizard lists the basic details you need to create an email listener rule. My next post will be on email listener

Within this step, there is a possibility to create 2 more rule instances in addition to email listener rule.

1. Email listener – You can see the last line on the bold information message in this screen.

If an email listener name specify already exists in the system, then the existing rule will be overridden by the values you enter here.

2. Email account – You can provide a new name to create a new email account or you can specify an existing email account.

Note: Step 2.3 helps to configure the email account rule form. If existing email account is used, the step 2.3 can be used to update the email account if needed.

3. Service package – Same as email account, You can provide a new name to create a new service package or you can specify an existing service package.

Note: Step 2.2 helps to configure the service package rule form. If the existing service package is used, step 2.3 can be used to update the service package if needed.

2.a. Email Listener Configuration

Email account name – CustomerService, existing email account

Email Listener name – ABCCustomerService, new listener.

Service Package – ABCEmail, new service package

Note: Please use a meaningful name.

Folder Name – INBOX, this will be max used folder to monitor.

Service class – provide the same class you specified in the first step.

Requestor User ID and Password – This is made mandatory, because, we cannot know if the service package requires authentication.

Just, provide a valid user ID and password. Remember, you can always update the wizard created rules 😉

Disable startup – On checking this option, the email listener will be disabled for every server startup. Always clear this. Use this option only when required.

Click Next.

Step 2.b.  – Service package configuration

We will not look into the Service package configurations. We already discussed this in detail in a previous blog article on service package.

For now, we will accept the default and click next

Step 2.c. – Email account configuration

You can see, Pega provides us with a warning that the email account already exists in the system and modifying here will have some impact.

Again, We will not look into the Email account configurations. We already discussed this in detail in a previous blog article – MS Graph email account

Click next.

You get into step 3, which is a review screen to finalize the rules.

Go on. Next

So you see, four rules are involved.

  1. Email listener, created
  2. Email account, modified
  3. Service package, created
  4. Service email created.

You can click and open the rules from the pointer. Click done, to complete the wizard.

So, we took a baby step in email processing and created the required rules via the email wizard. A lot more Giant steps coming In – Email Listener Usage and Configurations

  • email-processing
  • pega-integration
Code Vault Curators

A technical team dedicated to empowering the Pega ecosystem with in-depth knowledge, guided by Premkumar Ganesan's vision.

Post navigation

Previous
Next

Pega Courses

Pega courses can be accessed at https://myknowacademy.com

Search through the blog

Tags

activity authentication background-processing case-management data-model declarative-processing email-processing file-processing pega-core-concepts pega-integration process reporting security system-administration user-interface validation

Categories

  • Career
  • Code Vault
  • Insight

Recent posts

  • Career Advice for Pega Developers – Upskilling in 2026
  • Standard Queue Processing Vs Dedicated Queue Processing in Pega
  • Pega LSA Exam Format is changing again with Infinity ’25
  • Pega Blueprint: Top 10 Features That Shaped Its Evolution
  • Different Applications in Pega: Components, Component Applications and Modules

Related Articles

Code Vault

Sending Outbound Emails from Pega

March 2, 2026 Editorial Team

In this blog article, we will see how we can send an outbound email from a Pega application. This is the continuation of the previous blog article, where we created an Microsoft Graph Email Account in Pega Requirement: As soon as a new Mortgage request is created, the case manager should be notified about the […]

Code Vault

Service REST – Usage and Configurations in Pega

December 18, 2024 Code Vault Curators

First of all, don’t think INTEGRATION is a difficult topic in PEGA. I would say Integration is much easier than creating an activity rule. Pega makes it simple for developers. All you need to do is configure the Integration rules. Pega takes care of the rest. Pega provides useful wizards and guides the developers in […]

Code Vault

Service Email Usage – Handle DSN

December 10, 2024 Code Vault Curators

In this final installment of our series, we will explore how to manage Delivery Status Notification (DSN) messages within Pega. Note: This article was developed using Pega 7.4. While specific configurations may vary in newer versions, the fundamental concepts remain applicable. Series Roadmap To fully grasp the progression of Pega email integration, consider reviewing the […]

Code Vault

Service Email Usage – Manage Conversations

December 10, 2024 Code Vault Curators

In this blog article, we will explore our third use case: Managing Email Conversations within Pega using Service Email Note: This article was created using Pega 7.4. While configurations may differ in more recent versions, the core concepts remain the same. Series Recap To get the most out of this series, I recommend visiting these […]

About

MyKnowTech was born with a mission to bridge the gap between technical expertise and business needs. We are a boutique firm specializing in Pega solutions, delivering them with a personal touch. At the heart of our philosophy is a commitment to putting clients first.

Company
  • About
  • Leadership
  • Career
  • Contact
Resources
  • Blog
  • Services
  • Solutions
  • Insights

©  MyKnowTech B.V. All Rights Reserved.

  • Sitemap
  • Terms & Conditions
  • Privacy Policy