<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>MailChimp Email Marketing Blog &#187; returnpath</title>
	<atom:link href="http://www.mailchimp.com/blog/tag/returnpath/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.mailchimp.com/blog</link>
	<description>MailChimp, email marketing, and monkeys!</description>
	<lastBuildDate>Sat, 13 Mar 2010 20:12:12 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Average Delivery Rate is 56% for Legit Senders</title>
		<link>http://www.mailchimp.com/blog/average-delivery-rate-is-56-for-legit-senders/</link>
		<comments>http://www.mailchimp.com/blog/average-delivery-rate-is-56-for-legit-senders/#comments</comments>
		<pubDate>Fri, 01 Aug 2008 10:55:36 +0000</pubDate>
		<dc:creator>Ben</dc:creator>
				<category><![CDATA[Deliverability]]></category>
		<category><![CDATA[MailChimp News]]></category>
		<category><![CDATA[Stats]]></category>
		<category><![CDATA[Tips, Tricks, Best Practices]]></category>
		<category><![CDATA[Average Delivery Rate is 56% for Legit Senders]]></category>
		<category><![CDATA[email delivery rate]]></category>
		<category><![CDATA[returnpath]]></category>

		<guid isPermaLink="false">http://www.mailchimp.com/blog/average-delivery-rate-is-56-for-legit-senders/</guid>
		<description><![CDATA[ReturnPath just released their 2008 Q2 Reputation Benchmark Report. There&#8217;s a lot of great data to digest here.

Only about 20% of email servers out there are properly setup and can be considered &#8220;legit&#8221; email senders.
Your Sender Score can be closely correlated with your Delivered Rate (something I assumed in this blog post, but couldn&#8217;t provide [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.returnpath.net/blog/2008/07/a-view-of-the-email-universe-r.php"><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/08/returnpath-reputation-study-q208.jpg" alt="returnpath-reputation-study-q208.jpg" align="right" border="0" height="257" hspace="5" vspace="5" width="198" /></a><a href="http://www.returnpath.net/blog/2008/07/a-view-of-the-email-universe-r.php" title="ReturnPath 2008 Q2 Reputation Benchmark Report" target="_blank">ReturnPath just released their 2008 Q2 Reputation Benchmark Report</a>. There&#8217;s a lot of great data to digest here.</p>
<ul>
<li>Only about 20% of email servers out there are properly setup and can be considered &#8220;legit&#8221; email senders.</li>
<li>Your Sender Score can be closely correlated with your Delivered Rate (something I assumed <a href="http://www.mailchimp.com/blog/should-you-send-from-a-dedicated-ip-address/">in this blog post</a>, but couldn&#8217;t provide any proof&#8212;until now). Note that &#8220;delivered&#8221; means &#8220;it made it to the machine of your recipient&#8221; but doesn&#8217;t necessarily mean &#8220;it wasn&#8217;t spam filtered.&#8221; The mailman delivers your mail, but doesn&#8217;t know if recipients will rip it up and throw it away before reading it.</li>
<li>Only 0.63% of email from legit servers can be classified as &#8220;Commercial.&#8221; That either means commercial email marketers are not sending as much email (and &#8220;clogging up the intertubes&#8221;) as we all thought, or that they&#8217;re all sending from illegit or unknown servers, and not following best practices.</li>
</ul>
<p>Then, they give two big whoppers of insight:</p>
<p><span id="more-931"></span></p>
<p>First, properly configured email servers can expect only a 56% delivery rate (with 19% rejections), while improperly configured servers get only 23% delivery rate (with 60% rejections). Check out the graph:</p>
<p><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/08/returnpath-average-delivery-rate-chart.jpg" alt="returnpath-average-delivery-rate-chart.jpg" /></p>
<p>See the very bottom bar, with 88% delivery rate? ReturnPath explains that one with:</p>
<p><em>&#8220;The good news is that commercial mailers who apply best practices and pay attention to reputation metrics enjoy delivery rates that are much higher than average.  In fact, we found that for commercial email servers, which is a very small subset of the legitimate stream, the average delivery rates were 88% delivered, 9% rejected and .71% filtered.  They also had a much lower average complaint rate of 1.1%.&#8221;</em></p>
<p>88% is the average &#8220;delivery rate&#8221; (not necessarily &#8220;accepted rate&#8221;) for commercial emailers who follow best practices. Wow.  Of course we&#8217;ve got to mention that when you use an email marketing service like MailChimp, or Constant Contact, or MailChimp, or iContact, or MailChimp, you can expect accepted rates in the very high 90&#8217;s. It&#8217;s our job to keep them high, to get your emails into the inbox.</p>
<p>The second big insight, IMHO, is the fact that sloppy list management (which results in spam trap hits, blacklisting, and unknown users) can drop your delivery rate almost in half, almost instantaneously.</p>
<p><a href="http://www.mailchimp.com/blog/sloppy-list-management-practices-that-can-get-your-emails-blocked/" title="Prevent sloppy email list management">Here are some tips on how to prevent such sloppy list management.</a></p>
<p>Download the free study from ReturnPath (5-page, 1.4 meg PDF file), memorize it, and use it to convince any stupid managers you&#8217;re dealing with to follow email marketing best practices. They&#8217;ll like the colorful charts.</p>
<p><a href="http://www.returnpath.net/blog/2008/07/a-view-of-the-email-universe-r.php" title="ReturnPath 2008 Q2 Reputation Benchmark Report" target="_blank">http://www.returnpath.net/blog/2008/07/a-view-of-the-email-universe-r.php </a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailchimp.com/blog/average-delivery-rate-is-56-for-legit-senders/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>ISPs Switching to ReturnPath&#8217;s Feedback Loop?</title>
		<link>http://www.mailchimp.com/blog/isps-switching-to-returnpaths-feedback-loop/</link>
		<comments>http://www.mailchimp.com/blog/isps-switching-to-returnpaths-feedback-loop/#comments</comments>
		<pubDate>Thu, 31 Jul 2008 19:39:57 +0000</pubDate>
		<dc:creator>Ben</dc:creator>
				<category><![CDATA[Deliverability]]></category>
		<category><![CDATA[Emarketing, Business]]></category>
		<category><![CDATA[MailChimp News]]></category>
		<category><![CDATA[feedback loops]]></category>
		<category><![CDATA[returnpath]]></category>

		<guid isPermaLink="false">http://www.mailchimp.com/blog/isps-switching-to-returnpaths-feedback-loop/</guid>
		<description><![CDATA[Most of the major ISPs have some sort of feedback loop (FBL) in place, where their users can report spam (learn more about feedback loops, and how they can affect your deliverability). Email marketing services like MailChimp have to sign up for all those ISPs&#8217; feedback loops, so we can properly clean our users&#8217; lists [...]]]></description>
			<content:encoded><![CDATA[<p><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/07/returnpath.png" alt="returnpath.png" align="right" border="0" hspace="5" vspace="5" />Most of the major ISPs have some sort of feedback loop (FBL) in place, where their users can report spam (<a href="http://www.clickz.com/showPage.html?page=3623337" target="_blank">learn more about feedback loops</a>, and <a href="http://www.mailchimp.com/abuse/preventing-spam-complaints.phtml">how they can affect your deliverability</a>). Email marketing services like MailChimp have to sign up for all those ISPs&#8217; feedback loops, so we can properly clean our users&#8217; lists of complainers.</p>
<p>Just recently, MailChimp has experienced some <a href="http://campaign-archive.com/?u=67a904de95&amp;id=bceb1c22e7" title="MailChimp Newsletter" target="_blank">amazing growth</a>, and so we&#8217;ve had to add more IP addresses to our delivery queue. That means we&#8217;ve had to re-submit all our IPs to all the ISP FBLs again.</p>
<p>Normally, each ISP has its own FBL, with its own set of requirements, application process, review process, and reporting format.</p>
<p>This time around, we&#8217;re noticing that nearly all the FBL application emails we&#8217;re getting back from these ISPs look exactly the same. Then we figured out why: they&#8217;ve switched to <a href="http://returnpath.biz/senderscore/receiver/feedback/" title="Returnpath feedback loop service" target="_blank">ReturnPath&#8217;s FBL service</a>. This is nice, because: 1) we&#8217;ve been ReturnPath partners for a long time, and 2) hopefully, we&#8217;ll all have a centralized FBL system to work with (and submit IPs to), instead of managing so many different accounts with so many different ISPs.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailchimp.com/blog/isps-switching-to-returnpaths-feedback-loop/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Should You Send from a Dedicated IP Address?</title>
		<link>http://www.mailchimp.com/blog/should-you-send-from-a-dedicated-ip-address/</link>
		<comments>http://www.mailchimp.com/blog/should-you-send-from-a-dedicated-ip-address/#comments</comments>
		<pubDate>Thu, 31 Jul 2008 19:06:27 +0000</pubDate>
		<dc:creator>Ben</dc:creator>
				<category><![CDATA[Deliverability]]></category>
		<category><![CDATA[dedicated ip address]]></category>
		<category><![CDATA[email deliverability]]></category>
		<category><![CDATA[feedback loops]]></category>
		<category><![CDATA[returnpath]]></category>
		<category><![CDATA[whitelist]]></category>

		<guid isPermaLink="false">http://www.mailchimp.com/blog/should-you-send-from-a-dedicated-ip-address/</guid>
		<description><![CDATA[We&#8217;re getting more questions from customers with large email lists about sending their campaigns from a dedicated IP address, vs. using MailChimp&#8217;s &#8220;shared&#8221; pool of IPs.
They want to know if their deliverability will be any better if they use a dedicated IP.
It&#8217;s not a question we can answer with a simple &#8220;yes&#8221; or &#8220;no.&#8221;
Mark Brownlow [...]]]></description>
			<content:encoded><![CDATA[<p>We&#8217;re getting more questions from customers with large email lists about sending their campaigns from a dedicated IP address, vs. using MailChimp&#8217;s &#8220;shared&#8221; pool of IPs.</p>
<p>They want to know if their deliverability will be any better if they use a dedicated IP.</p>
<p>It&#8217;s not a question we can answer with a simple &#8220;yes&#8221; or &#8220;no.&#8221;</p>
<p>Mark Brownlow <a href="http://www.email-marketing-reports.com/iland/2007/10/shared-or-dedicated-ip-address.html" title="Shared or dedicated IP address?" target="_blank">has a good overview of all the different points to consider before sending from your own dedicated IP. </a></p>
<p>At MailChimp, whenever we setup a new IP address (either to add to our overall rotation, or a dedicated IP address for a high-volume customer) it takes time to &#8220;break it in.&#8221; Here&#8217;s what we go through&#8230;</p>
<p><span id="more-924"></span></p>
<p>The problem is, whenever you send lots of email from a fresh new dedicated IP address, ISPs will take notice.</p>
<p>Their filters will say,<strong> </strong></p>
<p><em><strong>&#8220;Hmm, that&#8217;s a whoooole lotta email coming from a fresh new IP we&#8217;ve never seen before. Must be an infected computer on a <a href="http://en.wikipedia.org/wiki/Botnet" title="Botnet definition" target="_blank">botnet</a>, sending spam. I&#8217;m going to block those emails until they build up a good sending history.&#8221; </strong></em></p>
<p>And they watch email volume from that IP.</p>
<p>It can take weeks or months for them to finally come to the conclusion:</p>
<p><em><strong>&#8220;Okay, apparently it&#8217;s normal for this IP to be sending so many emails, and overall, we haven&#8217;t received too many complaints or spam reports, so let&#8217;s just consider this IP trustworthy.&#8221;</strong></em></p>
<p>For example, here&#8217;s a MailChimp IP address as seen by Trusted Computing&#8217;s <a href="http://www.trustedsource.org/en/home" title="TrustedSource" target="_blank">TrustedSource Internet Reputation Monitor:</a></p>
<p><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/07/firefoxscreensnapz002.jpg" alt="firefoxscreensnapz002.jpg" border="1" /></p>
<p>This particular IP address has been in use for years, so they&#8217;re kind of used to receiving tons of emails from it. See how they watch &#8220;deviation in message count&#8221; over time?  There are normal &#8220;ups and downs&#8221; that occur (weekend traffic is generally down), but overall, things are pretty consistent. So our &#8220;Sender Reputation&#8221; is nice and green.</p>
<p>Now here&#8217;s what happens when we recently turned on a fresh new dedicated IP address for a customer who sends hundreds of thousands of emails, almost daily:</p>
<p><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/07/firefoxscreensnapz001.jpg" alt="firefoxscreensnapz001.jpg" border="1" /></p>
<p>As you can see, email volume is non-existent until late July. Then, we turned on the IP and everything goes red, and we look like a &#8220;malicious sender.&#8221; But the truth is, there&#8217;s nothing <em>&#8220;malicious&#8221;</em> about the emails being sent from this IP. They&#8217;re actually extremely good (and opt-in of course). You&#8217;d laugh at all this &#8220;malicious&#8221; terminology if you saw the squeaky-clean emails this customer is sending. It&#8217;s just <em><strong>A LOT</strong></em> of email, happening all at once, from an IP that never sent any emails before.</p>
<p>To try to offset the high volume from this new IP, we take huge chunks of their campaign and dsitribute those across our shared IPs. Only a small fraction of this customer&#8217;s email is actually being sent from this dedicated IP during the break-in period. But as you can see, for some filters, it&#8217;s still risky looking. And so you get delivery problems for a while.</p>
<p>So long as the volume stays somewhat consistent, and so long as spam complaints stay within acceptable thresholds, their dedicated IP will make its way to &#8220;Trusted.&#8221; Actually, it&#8217;ll go to &#8220;neutral&#8221; for a while, then trusted.</p>
<p>But just because email volume looks suspicious, it doesn&#8217;t mean you&#8217;ll be totally blocked.</p>
<p>It&#8217;s more complicated than that.</p>
<p><strong>Email Reputation Is Like Your Credit Score</strong></p>
<p>MailChimp subscribes to <a href="http://www.returnpath.net/senderscore/" title="ReturnPath SenderScore" target="_blank">ReturnPath&#8217;s Reputation Monitor</a>. It gives us a birds-eye-view of how our IPs are doing. We like ReturnPath, because they also just so happen to <a href="http://www.returnpath.net/senderscore/receiver/feedback/" title="Returnpath FBLs" target="_blank">manage the feedback loops for a LOT of the big ISPs</a> out there.</p>
<p>Anyway, we don&#8217;t just send all emails from one IP. And we don&#8217;t just spread them out equally across a bazillion IPs. That would be stupid.</p>
<p>We have several different &#8220;ranges&#8221; of IP addresses. Some are &#8220;shared&#8221; (free trial accounts, &amp; new customers), some are &#8220;trusted&#8221; (long-time users with good stats), some are &#8220;double-opt-in&#8221; (people who have <em>never</em> imported any outside list, and have only used our double-opt-in process), and a handful are &#8220;dedicated&#8221; (high-volume customers who purchased and setup a dedicated IP). The &#8220;deliverability&#8221; score for each range is different. As you would expect, the &#8220;double opt-in&#8221; range gets a slightly higher score than the &#8220;shared&#8221; range. They say <a href="http://www.emailstatcenter.com/Deliverability.html" title="Average email deliverability rate" target="_blank">the average score out there is 88%</a>.</p>
<p>Now here&#8217;s how that same dedicated IP address I mentioned above looks to ReturnPath, compared to a few of our other IPs:</p>
<p><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/07/returnpath-senderscore1.gif" alt="returnpath-senderscore1.gif" border="1" hspace="5" vspace="5" /></p>
<p>As you can see, the <strong>Accepted Rate</strong>  (which is basically the number of emails that weren&#8217;t rejected by the ISPs they monitor)  is actually higher than a couple of our other &#8220;shared&#8221; IPs. At least for today, it&#8217;s getting a 98.13%. Not bad. But you&#8217;ll notice that one of our shared IPs (mcsv15.net) has a higher &#8220;Sender Score&#8221; (95) than this dedicated IP (80).</p>
<p>How could that be? And what&#8217;s a Sender Score mean, anyway? We have no friggin&#8217; clue.</p>
<p>Here&#8217;s ReturnPath&#8217;s definition of SenderScore:</p>
<p><em>This score is derived from a proprietary Return Path algorithm, and represents your overall performance against metrics important to both ISPs and recipients of email. Sender Scores are on a scale of 0 to 100, with 0 being the worst, and 100 being the best score. Like a percentile, your Sender Score tells you how you compare to other email senders. For example, a score of 70 indicates you are measured as better than 69 percent of all mailers, and worse than 30 percent of mailers.</em></p>
<p>As you can see, their algorithm is super secret, so we have no way of knowing exactly how our Sender Score is derived. But the number is pretty important, because more and more ISPs and spam filters are using ReturnPath&#8217;s scoring system:</p>
<p><em>Receivers use the top level scores, and (for receivers who contribute data) rules based on specific data elements as inputs to their mail filtering decisions. A simple implementation may be to reject all mail with a volume above some lower limit and a Sender Score beneath some level they deem acceptable. A more complicated implementation may be to whitelist IP addresses with Sender Scores above some threshold but blacklist senders who have recently hit a spamtrap, or who have generated very high complaint rates.</em></p>
<p>And here&#8217;s a list of some of the<a href="http://www.returnpath.net/senderscore/receiver/certifiedwhitelist/" title="Who uses Returnpath senderscore certified" target="_blank"> ISPs and spam filtering companies who use ReturnPath&#8217;s Sender Score Certified</a> rankings. Long story short, the score is mysterious, but the score is important, because it&#8217;s used by ISPs to filter incoming mail.</p>
<p>So why does our dedicated IP address get a lower Sender Score? The answer could be in that &#8220;Problems&#8221; column: &#8220;Mailing Consistency.&#8221; Over time, the email volume from this IP will appear more consistent, and the score will go up (so long as the sender doesn&#8217;t goof up with a campaign, and generate a lot of spam complaints).</p>
<p>Getting a high volume of emails delivered is complicated. A colleague here at MailChimp describes it like &#8220;cell phone dead zones.&#8221; Sometimes, you get a dropped call. People have come to expect a certain level of reliability, but they aren&#8217;t shocked if they drop a call in the middle of a desert.</p>
<p>Email receivers are all constantly trying to find newer, smarter ways to filter out spam. A dedicated IP address is not a silver bullet. Today, at least. It&#8217;s true that a dedicated IP address will isolate you from any &#8220;bad apples&#8221; that might be on a shared pool of IPs. But if you&#8217;re using a decent email service provider, there shouldn&#8217;t be very many &#8220;bad apples&#8221; on that shared system anyway. Hopefully, they have some kind of review process that keeps bad apples from even joining (at MailChimp, our human review team scans about 30 different criteria to determine if a user is safe enough to send). And so you can piggy back on that shared IP range, because there&#8217;s &#8220;strength in numbers.&#8221; Then again, you may be a financial institution doing some intense authentication, and you absolutely positively need a dedicated IP. If you have the patience (and volume) to break one in, you might get better inbox acceptance rates. If you also have the budget to get the IP <a href="http://www.returnpath.net/senderscore/receiver/certifiedwhitelist/" title="Senderscore Certified" target="_blank">SenderScore Certified</a>, you can get whitelisted by some ISPs and spam filters. But if your volume isn&#8217;t consistent, or if it&#8217;s sporadically high, your overall reputation score may suffer, which could result in delivery problems. Some people (especially those who are new to email marketing) are better off using a shared IP, while they build up their lists and hone their good email habits.</p>
<p>It&#8217;s a lot like your credit score. There are tons of factors that credit agencies look at to determine your score. And there are different credit agencies with different scoring algorithms. A person with a ton of money in the bank can have a terrible credit score, just because they don&#8217;t own a credit card, and never take out any loans, and always pays with cash. There&#8217;s simply no history to reference. And when that person is finally ready to get a credit card or loan, their low credit score will hurt them. Eventually, they&#8217;ll get a credit card, and build up a strong history. Maybe even get a great credit score. But if the person tries to buy too much stuff at once, it might trigger a block at the credit card company, resulting in a really awkward moment at the cash register.</p>
<p>ISPs and receivers do the same thing. They can&#8217;t peek into your office or look at your financial records to determine that, &#8220;Okay, this dude seems legit, so let&#8217;s whitelist him.&#8221; They have to look at your email reputation, which is composed of your email activity, like: volume consistency, abuse complaints, server setup, and content.</p>
<p>See, I told you this was going to be a complicated answer.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailchimp.com/blog/should-you-send-from-a-dedicated-ip-address/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Email Authentication by ISP</title>
		<link>http://www.mailchimp.com/blog/email-authentication-by-isp/</link>
		<comments>http://www.mailchimp.com/blog/email-authentication-by-isp/#comments</comments>
		<pubDate>Thu, 07 Feb 2008 12:20:32 +0000</pubDate>
		<dc:creator>Ben</dc:creator>
				<category><![CDATA[Deliverability]]></category>
		<category><![CDATA[MailChimp News]]></category>
		<category><![CDATA[Spam Topics]]></category>
		<category><![CDATA[Using MailChimp]]></category>
		<category><![CDATA[aol whitelist]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[isp]]></category>
		<category><![CDATA[returnpath]]></category>

		<guid isPermaLink="false">http://www.mailchimp.com/blog/email-authentication-by-isp/</guid>
		<description><![CDATA[A few of our customers have been asking us about this bit of news from ReturnPath: AOL Changes Authentication and Whitelist Standards.
According to George Bilbrey, AOL, Gmail, and Yahoo have implemented DKIM email authentication.
For those of you who don&#8217;t know, authentication is a way to prevent email forgeries, and it can improve your deliverability. The [...]]]></description>
			<content:encoded><![CDATA[<p>A few of our customers have been asking us about this bit of news from ReturnPath: <a href="http://www.returnpath.net/blog/2008/01/changes-to-aol.php" title="AOL Implements DKIM" target="_blank">AOL Changes Authentication and Whitelist Standards.</a></p>
<p>According to George Bilbrey, AOL, Gmail, and Yahoo have implemented DKIM email authentication.</p>
<p>For those of you who don&#8217;t know, authentication is a way to <a href="http://www.mailchimp.com/blog/can-your-email-newsletter-be-stolen/" title="Can your email be stolen?">prevent email forgeries</a>, and it can <a href="http://www.mailchimp.com/blog/authentication-helping-with-corporate-firewalls/" title="authentication improving deliverability">improve your deliverability</a>. The AOTA says <a href="http://www.mailchimp.com/blog/email-authentication-hits-tipping-point/" title="Authentication hits tipping point">Authentication has hit its &#8220;tipping point.&#8221;</a></p>
<p>Since 2004, when email authentication started to really pick up steam, ISPs have been testing (and changing) their support for authentication. Some use one method for inbound, and another for outbound. Some support all methods of authentication. Some have abandoned it, or are in limbo. It can be confusing.</p>
<p>So we compiled a <a href="/authentication/" title="Email authentication guide">chart of which ISPs are using which authentication methods over here</a>.  <a href="http://www.mailchimp.com/authentication/" title="Email authentication by ISP"><img src="http://www.mailchimp.com/blog/wp-content/uploads/2008/02/chart-authentication.gif" alt="Email Authentication by ISP chart" border="0" hspace="0" vspace="5" /></a></p>
<p>Of course, we&#8217;ve also made authentication &#8220;MailChimp Easy:&#8221; Our customers can <a href="/resources/authentication-in-mailchimp.phtml" title="MailChimp email authentication">authenticate their email campaigns with one simple click</a>, and we cover <strong><em>all</em></strong> the major authentication standards (DKIM, Domain Keys, SenderID, and SPF).</p>
]]></content:encoded>
			<wfw:commentRss>http://www.mailchimp.com/blog/email-authentication-by-isp/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
