Verify your domain

CoAttend uses ElasticEmail, a service that completely whitelabels your emails with your own domain and improve your delivery.

Default Domain

When there is a default domain set on the account, emails are still branded using the default domain, even if sent from a non-verified domain. If there is no default domain set, and an email is sent from a non-verified domain, then is used.


SPF stands for "Sender Policy Framework". An SPF record is in place to identify which mail servers are authorized to send mail for a given domain. It is used to prevent spammers from sending mail with fraudulent From addresses in that domain. Though many DNS editors allow for the creation of an SPF record, the SPF record must be entered as a TXT record in your domain's DNS settings create a TXT record. Enter:



(This means that the record is pointed at your own domain. Some editors will require the "@" symbol, some will require you to enter your own domain, and others will not let you enter anything. Every DNS Editor is different - you may need to contact your hosting provider for information on how to enter this record correctly)


v=spf1 a mx ~all

TIPS: Check to see if there are any other SPF records in your domain's DNS. There can only be one SPF record per domain, so if there is an existing record just add "" to that record. Make sure you remove the quotes.

For example, if your domain already has the record: v=spf1 a mx ~all, then you would just add:

The final record would look like this: v=spf1 a mx ~all


DKIM stands for "DomainKeys Identified Mail". They allow receiving servers to confirm that mail coming from a domain is authorized by the domain's administrators.

Create a TXT record. Enter:





TIP: DNS settings can have as many DKIM records as needed. In some DNS settings, the Host/Name field may require you to enter "", replacing your domain with your actual domain.


For most users, you will not be adding or changing any MX records in your domain's DNS. The only reason why you would change or add an MX record for use with Elastic Email is if you are using Inbound Email Notifications which are webhooks that are part of our HTTP API. Otherwise, this will give you a blue check mark if you have an existing MX record that is used for directing mail to your own mail server. If it does not give you a blue check mark when you do not have any MX records for your domain. This is OK - it is not required and all it means is that you do not currently have a mail server setup for your domain.


Elastic Email "tracks" opens, clicks, unsubscribes, etc. To do that it must rewrite links and use web pages. Setting up a "tracking domain" brands these rewritten links and pages with your own domain.

Create a CNAME record. Enter:





We strongly recommend using ElasticEmails's DMARC Generator - it will help you create DMARC record suited for your domain.

Domain-based Message Authentication, Reporting & Conformance is an email authentication protocol that is built on top of SPF and DKIM protocols. SPF and DKIM are prerequisites of DMARC and must be in place before setting up a DMARC policy. A DMARC policy allows a sender to indicate that their emails are signed by SPF and DKIM and tells a receiver what to do if neither of those authentication methods passes – such as junk or bounce the email. DMARC removes the guesswork from the receiver’s handling of these failed emails, limiting or eliminating the user’s exposure to potentially fraudulent & harmful emails. DMARC also provides a way for the email receiver to report back to the sender about emails that pass and/or fail DMARC evaluation.

Note there is no specific configuration needed in Elastic Email besides ensuring that your SPF and DKIM are both valid. Further, a DMARC policy on your domain(s) will affect all of your email sending from that domain (not just the mail you are sending through Elastic Email) so you need to ensure you are using SPF and DKIM for all your email delivery. For more information please click here.

The following are example DMARC TXT entries to set up on your domain(s) DNS.

Option 1

Setup your DMARC policy with a simple, most common DMARC record.





Option 2

This setup will include reports. When you are no longer receiving negative reports, change your DMARC policy to quarantine which will not necessarily bounce email, but indicate to the recipient server they should consider quarantining it (junk or spam folder).





Option 3

Another option with reports included. When you are satisfied that you are validating all the email from your domain(s) with SPF and DKIM change the policy to reject which will bounce the emails that do not pass SPF and DKIM validation.





Please click here to view a list of the most popular tags available for your DMARC policy as above are only examples.


You can confirm that everything works correctly from CoAttend's Email Settings.

  1. In your Shopify admin navigate to Apps > CoAttend > Settings > Email.
  2. Click the Verify domain button to confirm that your records were added correctly.
  3. Make sure that your Shopify customer email address belongs to the same domain. For example, if your domain is, your customer email address must be something like You can change your customer email address from Shopify admin > Settings > General.
  4. Click the Set as default sender button to set the customer email address as default.

Verify your domain Verify your domain

How to verify your domain - ElasticEmail

Need help?

Please contact us at We’ll be more than happy to help you integrate CoAttend into your business.