A new approach to email authentication
In a little under two weeks, we'll be making a subtle change to the way we handle email authentication in Campaign Monitor. For those of you new to the concept, email authentication tells your subscribers it's OK for our servers to send email on your behalf. It can help you avoid spam filters, and also proves your email isn't a forgery. All good things.
Right now, email authentication is an opt-in kind of thing. It's not on by default, but we've tried to make it as painless as possible to set up. The problem is, it's still pretty painful. For starters, you need to have access to the DNS records for your domain. In many cases that can rule this process out, or at the very least start your eyes glazing over.
The trouble is, this stuff is important. So, we're taking a different approach. Starting Monday, March 26 we'll be turning on email authentication for everyone.
A small change in Outlook
If you've already set up your own authentication, we're not changing a thing. For those of you that haven't, there's one small change that we want you to be aware of. Because we'll be authenticating on your behalf, we add a couple of new details to the header of any emails you send. To the vast majority of your subscribers, this won't change a thing. But, there is a subte change your Outlook subscribers may notice. Here's what they'll see:

It's the extra from address and on behalf of that I highlighted in yellow that's new here. Because we're authenticating for you, we need to include our own domain in your mal headers/ Outlook lets their users know this at the top of the email. It's also worth pointing out we'll only ever use our white label domains when sending on your behalf - there's never any mention of Campaign Monitor. It's also worth adding that this small snippet is something any Outlook user would already have seen at the top of countless emails in the past. We think it's a small price to pay to help avoid spam filters and ensure your email never appears to be a forgery.
Alternate options
If you're not crazy about the "on behalf of" snippet, we've made it nice and easy to opt-out of us authenticating for you. Remember, we won't start this until March 19, so you have some grace time. To change this setting, just head into "Client Settings" and click on the new "Authentication Settings" in the sidebar. Here's what you'll see (click for full-size):
By default, "Authenticate all emails for me" will be checked. If you'd like to opt-out, you have two options...
Set up your own authentication
Authentication is a great thing. If you don't want us to do it for you, we recommend you do it yourself. This is the same approach we've always supported, and it will mean your domains are authenticated and no "on behalf of" text will appear in Outlook or "via" snippet will be shown in Gmail. The only drawback is that you'll need to have access to the domain's DNS settings to complete the process.
Don't authenticate my emails (not recommended)
If you don't have access to your DNS settings and you really don't like the "on behalf of" text in Outlook, you can disable authentication entirely. It's not something we recommend, but it's the easiest way to avoid any Outlook subscribers noticing a change. This is the default for how we've been sending email for you to date, so you won't see any negative impacts, you just won't experience the positive impacts of letting us sign for you.
Update
After further testing, we've confirmed that the "via" text in Gmail isn't impacted by letting us authenticate your email for you. Even if you turn authentication off, the "via" text will still appear for all your Gmail subscribers. This is exactly what they would have see before this update, so nothing is actually changing here for your Gmail subscribers.
The only way to avoid this "via" snippet altogether is to set up your own authentication by following our step-by-step guide to updating your DNS.
Posted in: New Features & Updates
Got anything to add?
Browse the Blog
- Behind the Scenes (31)
- Interviews & Buzz (133)
- New Features & Updates (234)
- Observations & Answers (221)
- Tips & Resources (491)
Explore the Email Gallery
- All designs
- One column (394)
- Two column (230)
- Three column (36)
- Announcement (141)
- Newsletter (465)
- Invitation (39)
@egid Awesome to know - thanks for the follow up! :D ^RH
Follow us on TwitterAbout • Our Book • Contact • API • Anti-spam Policy • Terms of Use • Privacy Policy
Proud founders of the Email Standards Project and supporters of the design community.

14 Comments
Suzie Bird
March 7, 2012 8:41pm
Thank you for doing this! Now I don’t have to figure out how to do it myself, which I was dreading!
Peter
March 7, 2012 8:48pm
Like it, but unfortunately my hosting provider in Germany (1&1) is not supporting the authentication.
Richard Merrill
March 7, 2012 9:08pm
Great! At first I thought my efforts to authenticate myself were for naught, but I see we’re avoiding the “via cmailx” comment in Gmail, so it was all worth it!
This is such a small price to pay that for future customers, I will probably not authenticate the domain myself, but leave it to you.
Thanks again for a great service.
Rod Wheelans
March 7, 2012 9:44pm
No problem for us,, so thank you.
Rhys
March 8, 2012 1:14am
Really glad to see this is optional, it’s rare that we don’t have dns access but in the instances we can’t do it ourselves this is a great backup.
Thanks again for the helpful improvements.
David Greiner
March 8, 2012 1:47am
@Peter, this update means it doesn’t matter if your hosting provider doesn’t support authentication. Once we turn it on in two weeks, all your emails will automatically be authenticated.
Vincent
March 8, 2012 3:16am
why send using cmail3.com instead of our reseller subdomain?
David Greiner
March 8, 2012 3:46am
@Vincent, we actually use a range of white label domains for this. We don’t send from reseller subdomains right now for the DNS complexities it will introduce, but it might be something we consider a little further down the road.
Debbie
March 8, 2012 11:11am
Hi David
If I did have DNS access, how would I authenticate the domain myself? Have I missed this part in your email?
Thanks
Andrew Whiteman
March 8, 2012 9:18pm
That’s great, that it makes it a lot easier and the Gmail issue isn’t a problem for us,
Simon
March 14, 2012 2:58am
Here’s some info from Google:
http://support.google.com/mail/bin/answer.py?hl=en&ctx=mail&answer=1311182
Is this because you are using “Return Path” and not sending the emails directly yourselves?
john jones
March 23, 2012 6:25am
are you using DKIM ?
David Greiner
March 23, 2012 7:20am
@John, we are are. All the major authentication techniques are covered.
David Greiner
March 23, 2012 7:21am
@debiie, here’s how you set up your own authentication records in your DNS.