Third-Party DMARC Compliance: Finding Zen with Zendesk

So, you want to implement DMARC (Domain-based Message Authentication Reporting and Conformance) to protect your customers and your brand from phishing attacks. Fantastic idea.

But be careful—if you implement a DMARC “reject” policy before cleaning up the authentication of your legitimate traffic, you risk blocking it along with the malicious messages.

One of the biggest challenges of this authentication process is identifying and authorizing all third parties sending email on behalf of your company. Return Path recently confronted this issue when we contracted with a new third-party sender, Zendesk.

We hired them to send customer support emails on behalf of Return Path. But because has a DMARC “reject” policy, we had to take steps to ensure that legitimate Zendesk emails weren’t blocked for using our domain.

Below we explore three steps you can take to authorize third-party senders and reveal how we implemented those steps with Zendesk.

Step 1: Identify your third-party senders

The most critical step you can take to protect the deliverability of your legitimate messages is to identify all third-party senders your company contracts with. Collaborate with teams across your company—especially marketing—to compile a complete list of vendors.

Step 2: Update your SPF record

As you might remember, DMARC is based on two email authentication protocols, SPF (Sender Policy Framework) and DKIM (DomainKeys Identified Mail).

To authorize all of the senders you have identified, you must update your SPF record.  You can use Return Path’s free SPF Check Tool to get visibility into your authentication status.

To add a new third party, ask the vendor to provide you with an IP range or an “include statement” to add to your SPF record. This action designates this new sender as a legitimate sender.

Step 3: Confirm your third party is signing with DKIM

Next, confirm that DKIM is being signed on the third-party traffic. While DMARC only requires that you pass and align for either DKIM or SPF, Return Path highly recommends passing and aligning for both. If one method fails, the other will provide back up.

Need a more in-depth review of how to pass DMARC? Check out this blog series.

Third-party DMARC compliance in action with Zendesk

Our Zendesk example reveals how this process works in action.

When we looked at the default message configuration for ZenDesk email traffic sent on behalf of our support team at Return Path, here’s what we found:

Header From: Return Path [email protected]
MFROM: [email protected]

As you can see, this initial set up is aligned correctly (the domain in the DKIM signature matches the domain in the Header From address) but it’s not ideal. We want our Header From domain to be since the email is supposed to be coming from us. Any other name in that From address would confuse our customers.

Here’s how you can change the Header From domain from to your company’s domain (in our case “”) without failing DMARC:


  • Within the Zendesk UI, select Admin → Channels (section) → Email → Click the “make default” option next to the support address. Doing so confirms that any emails the agent initiates will be from this email address with the correct aligned MFrom domain. In this example, it would be [email protected]
  • Enable DKIM in the Zendesk UI. Go to Admin → Channels (section) → Email → Under “Custom domain for DKIM,” check the “enable” checkbox.
  • Add a CNAME in the DNS. Return path added to As a result, Zendesk will sign our emails as

In order to verify that the email is authenticated with DKIM, the receiver will look at with the current selector. We’ve added the CNAME, which is an alias. So when the DNS lookup is happening for the public key, the system knows to lookup, which is where you can find the public key.

This entry is not only useful for attaining alignment but also allows for automatic key rotation so that you will not have to implement a new key every time the vendor changes it for security reasons.

  • To attain SPF alignment Zendesk does something very useful. Once you update your domain’s SPF record to contain “”, Zendesk’s system will automatically do the following:
    1. Change the MFROM email header to
    2. Change the Header From to

Zendesk doesn’t conduct an automatic lookup to check if we updated our SPF record. To force the system to check the current SPF record, go into Admin → Email → go to the support email address → under the “verifications” drop-down list, click “retry” next to the SPF check to verify the record.

If at any time the record is incorrect, Zendesk will revert back to the default settings for the email headers. After taking these steps, Return Path’s Support emails now has the following configuration:

Header From: Return Path [email protected]
MFROM: [email protected]

As you can see, the traffic on this domain will now pass and align for both DKIM and SPF based on the domain. And these messages will now look like normal Return Path traffic.  Hopefully, your vendor will have the SPF alignment capability that ZenDesk does, and support the DKIM CNAME process which will enable you to pass DMARC. If you are interested in learning more about DMARC or how our Managed Service Team can help you with tricky situations like this one, contact us here.

minute read

Popular stories



BriteVerify email verification ensures that an email address actually exists in real-time


The #1 global data quality tool used by thousands of Salesforce admins


Insights and deliverability guidance from the only all-in-one email marketing solution

GridBuddy Cloud

Transform how you interact with your data through the versatility of grids.

Return Path

World-class deliverability applications to optimize email marketing programs

Trust Assessments

A revolutionary new solution for assessing Salesforce data quality


Validity for Email

Increase inbox placement and maximize subscriber reach with clean and actionable data

Validity for Data Management

Simplify data management with solutions that improve data quality and increase CRM adoption

Validity for Sales Productivity

Give your sales team back hours per day with tools designed to increase productivity and mitigate pipeline risks in real-time