Many of you love triggers and the quick and easy ticket management it allows you to setup and automate, as well as the email notifications it allows you to send. But what if the email notification is not to a Zendesk Support agent or requester, such as a shipping partner, or someone in Finance who needs to know about refunds? Maybe it's an external email address to a different department, or company, or planet. Even though on the surface it seems like you can't do this, it's possible by notifying targets.
Notify target allows you to notify an external system about a new ticket or an important state change to a ticket. These systems include Twitter, JIRA, Salesforce, and many others. For an example, when a ticket is set to urgent, you would like an SMS sent to your CEO or an update sent to Twitter, Yammer or Flowdock. Or maybe when your customers creates a ticket and selects "Sales" from a dropdown field, it creates a case in Salesforce. All of this is possible with notify target.
In this article I'm going to show you two useful examples of how you can use notify target to send out email notifications to an external email address. Then show you how you can create your own:
- Email CEO when a ticket is set to urgent
- Email Security Department when "About" field is "Security"
- Useful tips when creating your own notifications
For other uses of notify target with other systems, check out this article here: Notifying external targets .
Email CEO when a ticket is set to urgent
In our first example, let's start with an agent-initiated notification. Since the priority field can only be set by an agent, this notification can only be initiated by an agent.
To set this up, first let's create a target:
- In Admin Center, click the Apps and integrations icon (
) in the sidebar, then select Targets > Targets.
- Click Add target.
- Select Email target.
- Fill in the fields, like in the example below.
- Select Create target and click Submit.

Next, let's create a trigger:
- In Admin Center, click the Objects and rules icon (
) in the sidebar, then select Business rules > Triggers.
- Click Add trigger.
- Fill in conditions and actions, like in the example below.
- Click Create.
Note: The reason we're using "Priority changed to urgent" rather than "Priority is urgent" is so that only one notification gets sent in this ticket thread. If we use "Priority is urgent", then every time there's an update to the ticket, it'll send an external notification as well.
And finally, let's test it to make sure it works!
- Open an existing ticket.
- Change the priority field to urgent.
- Click Submit as open.
- Reopen ticket.
- Click on Events.
- Notice that an email has been sent to the target.

Email Security Department when "About" field is "Security"
In the next example, we're going to create an end-user editable custom field called "About" with a "Security" option. This field will then show up on the "Submit a request" form, so when an end-user selects it, a notification will be sent to your security department. This is an example of an end-user initiated notification.
To create this, first let's create a target:
- In Admin Center, click the Apps and integrations icon (
) in the sidebar, then select Targets > Targets.
- Click Add target.
- Select Email target.
- Fill in info (example shows below).
- Select Create target and click Submit.

Next, let's create a custom dropdown field:
- In Admin Center, click the Objects and rules icon (
) in the sidebar, then select Tickets > Fields.
- Click Add field.
- Enter title of field.
- Select Drop-down.
- Select Editable for end-users.
- Enter field options.
- Click Save.


Note: For more info on creating custom ticket fields, check out the following article: Adding custom fields to your tickets and support request form.
Then create a trigger that will notify the target:
- In Admin Center, click the Objects and rules icon (
) in the sidebar, then select Business rules > Triggers.
- Click Add trigger.
- Fill in conditions and actions, like in the example below.
- Click Create trigger.
Note: The reason we use "Ticket is created" is so that this notification only gets sent the first time the ticket is created. If you want each following update to also send a notification, you can remove this condition.
And finally, let's test to see if it works!
- Log out of your agent interface and go to the web portal.
- Click Submit a request.
- Select Security in the dropdown field.
- Click Submit.
- Log in to your agent interface.
- Open ticket that was just created.
- Click on Events.
- Notice that a notification was sent to your security department.

Useful tips when creating your own notifications
Now it's your turn to create your own custom notification. Here are some useful questions you can ask yourself to clarify what notification to create:
- Who do I want notified? (Target)
- When do I want them notified? (Custom field)
- Do I want this triggered by an agent or end-user action? (Custom field restrictions)
- What information do I want sent in the notification? (Trigger)
Once you have clarified the notification you want to create, you're ready to start implementing. Here's a summary of the process:
First create a target for the email address you want the notification sent to.
Next create any custom field you want available to initiate the notification. Be sure to make the field editable or it won't show up on the "Submit a request" form.
Then create a trigger to send out the notification, and finally, test to make sure it works!
Happy target notifying!
5 Comments
Hi,
Part of it really fixes my needs. But:
When i create a trigger and send an email to the target that message is not shown in the ticket. Any information sent regarding a ticket should be shown in the ticket for administrative purposes and to see what was communicated to what party.
Also when replying to the mail sent it creates a new ticket and is not updated in the ticket it was sent from. It also triggers the system to send a first responding mail which a lot of companies have implemented.
Cheers, Maarten
We know, an email address is classified as internal if it belongs to a domain listed among Accepted Domains of protected Microsoft Exchange servers in your company. First of all, we do not wan't to forward the incoming mail to the external address, I did some tests with forwarding, it works.
I agree with Maarten, would be nice to have these targets linked to the ticket so external users can reply directly to the ticket.
I'm curious - since HTTP targets are very soon to be deprecated, are there any plans to stop email targets from working also? If so, will there be an equivalent option made available through webhooks?
At the moment we do not have any announcement regarding the removal of email targets and no plans to do so. Should that happen we will provide communication far in advance as well as instructions on how to proceed.
Thanks!
Please sign in to leave a comment.