You can set up an SPF (Sender Policy Framework) record to verify that Zendesk can send outgoing email on behalf of your email server. An SPF record is a tool you can use to authorize Zendesk to send email on your behalf.
For example, if you receive email from your customers at help@acme.com, and you've set up an automatic redirection to forward all email received there to your Zendesk, you can authorize Zendesk to send out notifications as if it originated from your own email address (for example: help@acme.com). That way you can preserve your branding throughout the entire process
Setting up a SPF record is optional, but recommended if you've set up forwarding to an external email address.
Understanding how it works
An SPF record is a single line of text that declares which SMTP servers, other than your own, are allowed to send email as if it originated from your domain.
This is accomplished by adding a DNS (Domain Name Servers) text record. (Think of DNS as a publicly accessible record for the internet.) This record enables you to state publicly that Zendesk is an authorized sender for your email domain.
When an email client receives a message, it usually performs an SPF check to verify that the email came from who it says it did. If there isn't a valid SPF record identifying the IP address which sent the email as a sender, some receivers might consider that email spam or a phishing attempt, and flag it as untrustworthy or not display it to your customers at all.
Zendesk avoids this by sending email using our own domain when we're not authorized to use your domain, and by using your domain only when you authorize Zendesk with a proper SPF record. Either way, email sent from Zendesk should never be marked as spam.
If you're curious, you can read more about SPF records at www.openspf.org.
Deciding whether you really need to do this
So, do you have to set up an SPF record? The short answer is: No. The slightly longer answer is: Only if you really don't want your customers to see the Zendesk name on their messages.
When Zendesk sends an email message using your email address (which what happens if you've set up a support address with forwarding) the message identifies the sender as Zendesk to avoid getting rejected. However, if you create a valid SPF record, Zendesk will stop sending messages as Zendesk, and send them on behalf of your email server, completely preserving your branding.
If you don't set up an SPF record, your customers might see something like this:
If you add an SPF record, however, that "via" statement is removed.
In addition, if you don't add an SFP record, the following warning appears in the agent interface next to your external support addresses:
Setting up an SPF record
Ideally, this is a task you'd get help with or have your system administrator take care of, if you can.
The process of setting up an SPF record is different for different domain registrars. For example, here are the instructions for GoDaddy, Namecheap, 1&1, Network Solutions, and Google Domains.
If you've already set up an SPF record for another purpose, you can simply add a reference to Zendesk to it. The SPF specification requires that you only have one SPF record on your domain, if you have multiple records, it may cause issues, and cause rejections of your email.
For example, instead of having two separate records, such as v=spf1 include:_spf.google.com ~all and v=spf1 include:mail.zendesk.com ~all, you can combine them into one, like this: v=spf1 include:_spf.google.com include:mail.zendesk.com ~all.
- Edit your domain's DNS settings to add a TXT record. The steps vary depending on your domain registrar.
Zendesk recommends using the following SPF record:
v=spf1 include:mail.zendesk.com ?all
Comments
36 comments
1) Does Zendesk have a DKIM option?
2) how long does it take for the TXT record to update and be effective?
1) Yes! https://support.zendesk.com/hc/en-us/articles/203663326
2) It should be based on the "TTL" or time to live of your record. If you don't see it in a day or so (keep using the retry link to update), let our support team know.
I added the record, it says SPF record is valid in the admin panel but users still get via Zendesk in their reply emails.
Anything I can do to troubleshoot it?
Hi Eugene!
Where in the email is it saying this? I need to know what part of the communication we're dealing with in order to be able to answer your question.
(Guessing..) I think what Eugene is seeing is a "via ... zendesk.com" to the right of the From address, at least Google displays the From address in that manner if the From address differs from the Sender envelope address.
Once you create the SPF record what changes do you make in Zendesk to trigger your emails to be send via your domain?
Hey Isaac,
As long as you have your Support Addresses set up, you won't need to do anything else!
Perhaps this article could be updated… Whilst adding Zendesk to your SPF will ensure that your customers receive Zendesk emails posing as your domain, employees of your domain may not receive these type of emails from Zendesk until you have authorised your mail server to accept them. This is because SPF may not the only method of authorisation required e.g. our Exchange mail server required an additional 'Receive Connector' to be setup to accept emails that were sent from Zendesk using our domain name. Without this step in place tickets were shown in a suspended state with error: “550 5.7.1 Client does not have permissions to send as this sender”
If you already have a SPF record for your domain, you should not create a new record for Zendesk because multiple SPF records are not allowed. Instead, add 'include:mail.zendesk.com' to your existing SPF record.
The article recommends using '?all', but that makes SPF almost useless.
You should not rely on SPF or DKIM alone for email authentication.
Deploy DMARC and then -all ~all or ?all doesn't really matter, as only a SPF PASS makes the email pass DMARC.
Hi Chris - the ?all portion is up to you, as long as you have the proper entry for Zendesk it will work in regards to our system. I think we recommend ?all because it is the least intrusive, but you are free to use your preference.
v=spf1 include:_spf.google.com include:mail.zendesk.com ~all
I have updated the mentioned SPF Records. I am still being warned to verify the SPF records.
Hey Neeraj!
If you're still getting the warning message, most likely the settings aren't quite right in your DNS settings. The right way to do this is going to vary depending on what service you're using...have you checked any support documentation your DNS provider has?
I am using Office 365 and Godaddy. I have added
v=spf1 include:spf.protection.outlook.com include:mail.zendesk.com -all
Office 365 shows all good, but I can't verify the spf record in Zendesk
Hi Jonathan - I'll make a ticket for you and we can troubleshoot there. Please keep an eye out for my notification in your inbox.
I'm getting the same result as Jonathan.
Hey Adam!
It looks like Jonathan changed ?all to -all and that took care of his issue! If that doesn't solve the issue for you, I'd recommend submitted a Support ticket (if you haven't already done so) so we can take a look at it.
We are very thankful for the updates to this and other articles.
We were able to successfully set this up with one very big exception -- for tickets that are created by an agent (Customers calling us) we are seeing that Zendesk still uses a Zendesk email.
Is this some sort of default? How do we change this. Thank you so much!
Hey Heather!
That would mean your default support address is still an internal support address @yourdomain.zendesk.com. You will want to change that by Going to Admin >> Channels >> Email.
From there, You will Hover over the support address you'd like to make your default address to make the change (on the right side)
HERE is a tech note on it as well.
Thanks @Ryan! Now I understand!
I am hoping at some point in the future we can select what address Zendesk uses depending on different factors. We have multiple divisions here using the tool who would like their own default email....
Hi all - I'm still seeing an SPF warning for our configuration, and can't seem to fix it. The following is the current configuration:
'''
[togume:~] $ dig whitetalecoffee.com TXT +short
"v=spf1 include:_spf.google.com include:mail.zendesk.com include:shops.shopify.com ~all"
'''
Any support would be helpful. Thanks!
What sort of warning? It's a valid SPF record.
The Dmarcian.com SPF Survey tool is really great. : https://dmarcian.com/spf-survey/
Hi Tomas / Henrik, The record appears to be present and populated now for whitetalecoffee.com. Some domains employ a 24 hour TTL before a record becomes published publicly. If you click SPF Retry within Channels>>Email>>Support Addresses>>address in questions and it is still not verifying then please open a ticket at support@zendesk.com and we'll be happy to investigate further.
@Henrik - thanks for the reply, and for the tool! Yes - I was fairly certain that it was a valid record.
@Sean - aha! Bingo. I'd set up the SFP entry a long time ago, and today I was poking with some configurations when I came across the warnings. A manual retry cleared the warnings. I didn't even think of that; figured that it would have been cleared on its own :).
All good on this end. Thanks!
hi,
The ? should be ~ it took me a while to notice why the TXT record wasn't working, maybe edit the document to make it look like :
Kind regards Tina
Hi Tina!
The Qualifier can be either actually!
It's all dependant on what you're comfortable with, and what behavior works for you. We use the ? (neutral) qualifier so its neutral and won't cause any unexpected failures to people who are unaware of the difference. Using ~ means the SPF record has designated the host as NOT being allowed to send but is in transition -- While usually not a problem, we cannot account for every situation (or behavior that fits your workflow or servers), hence the neutral being used in its place (as a general recommendation).
But again, we allow the use of any qualifier, and any valid SPF syntax, so whatever works for you, go with (as long its in line with SPF specifications that is).
For more information on the Qualifiers themselves, Open SPF is a great resource:
http://www.openspf.org/SPF_Record_Syntax
Hello,
How can I remove the zendesk word from this support@smartsmileapp.zendesk.com ? I would like it to become like this support@smartsmileapp.com . Anyone here please help me.
Thanks
If you have control of your mail server (where emails to @smartsmileapp.com land), you can setup a forward to support@smartsmileapp.zendesk.com
Hello Simon,
Thank you so much for your reply. Basically my boss just wants to make sure our customer will not see our published email as support@smartsmileapp.zendesk.com but just support@smartsmileapp.com only. So he just want me to take the zendesk out of that email.
Please sign in to leave a comment.