<?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>Word to the Wise &#187; Blocklisting</title>
	<atom:link href="http://blog.wordtothewise.com/tag/blocklisting/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.wordtothewise.com</link>
	<description>Email, Delivery, Spam and more</description>
	<lastBuildDate>Tue, 07 Feb 2012 23:24:18 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.3</generator>
		<item>
		<title>Dealing with blacklists</title>
		<link>http://blog.wordtothewise.com/2009/10/dealing-with-blacklists/</link>
		<comments>http://blog.wordtothewise.com/2009/10/dealing-with-blacklists/#comments</comments>
		<pubDate>Mon, 26 Oct 2009 16:35:21 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=739</guid>
		<description><![CDATA[Al has a good post listing the top 5 things senders should remember when dealing with blacklists. One of the critical things to remember about blocklists is that they are an early warning sign. Sure, some of them are one crank and his cat and will not hurt your overall delivery. A sender may be [...]]]></description>
			<content:encoded><![CDATA[<p>Al has a good post listing the <a href="http://www.spamresource.com/2009/10/top-five-tips-for-dealing-with.html">top 5 things senders should remember when dealing with blacklists</a>.</p>
<p>One of the critical things to remember about blocklists is that they are an early warning sign. Sure, some of them are one crank and his cat and will not hurt your overall delivery. A sender may be listed for totally spurious reasons . On the other hand, many of the widely used public lists and the private lists at the big ISPs, list IPs that they see as doing something wrong.</p>
<p>The challenge for anyone listed on any IP based blocklist is to look inside and determine what it is that they&#8217;re doing that caused the listing. The first step is to look at the technical issues, does your mail look like something coming out of infected bots? Is there a configuration problem? If the answer is no, then senders have to look at their practices. Are they sending mail to people who don&#8217;t expect it? Are they sending mail to people who didn&#8217;t ask for it? Most listings that will affect large numbers of recipients fall into the above 2 categories: technical or practices.</p>
<p>Technical problems can be fixed easily, once they&#8217;re identified. Permission or practice problems can also be fixed, but may require a sender reassess how they are using email and what value email brings to the business.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/10/dealing-with-blacklists/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Links for 7/8/9</title>
		<link>http://blog.wordtothewise.com/2009/07/links-for-789/</link>
		<comments>http://blog.wordtothewise.com/2009/07/links-for-789/#comments</comments>
		<pubDate>Wed, 08 Jul 2009 19:34:19 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[DKIM]]></category>
		<category><![CDATA[links]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=467</guid>
		<description><![CDATA[With all the traveling I did last month, I&#8217;m still not back to full blogging speed. I have been slowly reading through the backlog of unread posts from my RSS feeds and there was lots of good stuff published. Three myths about DKIM by John Levine. A very good explanation taking down some of the [...]]]></description>
			<content:encoded><![CDATA[<p>With all the traveling I did last month, I&#8217;m still not back to full blogging speed. I have been slowly reading through the backlog of unread posts from my RSS feeds and there was lots of good stuff published.</p>
<p><a href="http://weblog.johnlevine.com/Email/threemyths.html">Three myths about DKIM</a> by John Levine. A very good explanation taking down some of the myths of DKIM. Also on the DKIM front, <a href="http://dkim.org/specs/rfc5585.html">RFC 5585 DKIM Service Overview</a> was published last month. According to Cisco, <a href="http://blogs.cisco.com/news/comments/domainkeys_identified_mail_dkim_grows_significantly/">DKIM adoption is climbing</a>. More information about DKIM is available at <a href="http://dkim.org">dkim.org</a> and our own <a href="http://dkimcore.org/">dkimcore.org</a>.</p>
<p>The always awesome guys at Mailchimp have embraced twitter as part of their platform. Not only have they  set up their own <a href="http://www.mailchimp.com/blog/integration-with-twitter/">service for link shortening so that links can be tweeted</a>, but have also incorporated <a href="http://www.mailchimp.com/blog/tracking-twitter-tweets-about-your-email-campaigns-in-mailchimp/">twitter stats into their mail dashboard</a>.</p>
<p>Al has an <a href="http://blog.exacttarget.com/blog/al-iverson/0/0/b2b-deliverability-different">insightful post</a> on delivery, spam filtering vendors and the differences (or lack thereof) between B2C and B2B marketing. As I tell my customers, there is no switch inside the filtering scheme for &#8220;I know this person, they&#8217;re OK, let the mail in.&#8221;</p>
<p>Terry Zink has started a series about blacklists triggered by the <a href="http://blogs.msdn.com/tzink/archive/2009/06/26/my-take-on-blacklists-what-s-known-what-s-misunderstood-and-what-s-too-good-to-be-true.aspx">recent SORBS announcement</a>.  His first post, <a href="My take on blacklists, part 2">My take on blacklists, part 2</a>, discusses how some people go about building a blocklist from scratch.</p>
<p>Happy 7-8-9 everyone.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/07/links-for-789/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Winning friends and removing blocks</title>
		<link>http://blog.wordtothewise.com/2009/05/winning-friends-and-removing-blocks/</link>
		<comments>http://blog.wordtothewise.com/2009/05/winning-friends-and-removing-blocks/#comments</comments>
		<pubDate>Thu, 14 May 2009 01:50:48 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[Reputation]]></category>
		<category><![CDATA[Spam]]></category>
		<category><![CDATA[Spamhaus]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=434</guid>
		<description><![CDATA[I do a lot of negotiating with blocklists and ISPs on behalf of my clients and recently was dealing with two incidents. What made this so interesting to me was how differently the clients approached the negotiations. In one case, a client had a spammer slip onto their system. As a result the client was [...]]]></description>
			<content:encoded><![CDATA[<p>I do a lot of negotiating with blocklists and ISPs on behalf of my clients and recently was dealing with two incidents. What made this so interesting to me was how differently the clients approached the negotiations.</p>
<p>In one case, a client had a spammer slip onto their system. As a result the client was added to the SBL. The client disconnected the customer, got their IP delisted from the SBL and all was good until the spammer managed to sweet talk the new abuse rep into turning his account back on. Predictably, he started spamming again and the SBL relisted the IP.</p>
<p>My client contacted me and asked me to intercede with Spamhaus. I received a detailed analysis of what happened, how it happened and how they were addressing the issue to prevent it happening in the future. I relayed the info to Spamhaus, the block was lifted and things are all back to normal.</p>
<p>Contrast that with another client dealing with widespread blocking due to a reputation problem. Their approach was to ask the blocking entity which clients they needed to disconnect in order to fix the problem. When the blocking entity responded, the customer disconnected the clients and considered the issue closed. They didn&#8217;t look at the underlying issues that caused the reputation problems, nor did they look at how they could prevent this in the future. They didn&#8217;t evaluate the customers they disconnected to identify where their processes failed.</p>
<p>The first client took responsibility for their problems, looked at the issues and resolved things without relying on Spamhaus to tell them how to fix things. Even though they had a problem, and is statistically going to have the occasional problem in the future, this interaction was very positive for them. Their reputation with the Spamhaus volunteers is improved because of their actions.</p>
<p>The second client didn&#8217;t do any of that. And the people they were dealing with at the blocking entity know it. Their reputation with the people behind the blocking entity was not improved by their actions.</p>
<p>These two clients are quite representative of what I&#8217;ve seen over the years. Some senders see blocking as a sign that somehow, somewhere there is a flaw in their process and a sign they need to figure out how to fix it. Others see blocking as an inconvenience. Their only involvement is finding out the minimum they need to do to get unblocked, doing it and then returning to business as usual. Unsurprisingly, the first type of client has a much better delivery rate than the second.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/05/winning-friends-and-removing-blocks/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Results based email marketing</title>
		<link>http://blog.wordtothewise.com/2008/09/results-based-email-marketing/</link>
		<comments>http://blog.wordtothewise.com/2008/09/results-based-email-marketing/#comments</comments>
		<pubDate>Fri, 05 Sep 2008 01:06:03 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[list management]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=247</guid>
		<description><![CDATA[Two articles showed up in my RSS feed in the last 24 articles that touched on different aspects of the same issue. Senders should improve their email marketing program even when they are working well. Stephanie Miller over at ReturnPath addresses the lost revenue from current programs. Consider that if we can earn a nearly [...]]]></description>
			<content:encoded><![CDATA[<p>Two articles showed up in my RSS feed in the last 24 articles that touched on different aspects of the same issue. Senders should improve their email marketing program even when they are working well.</p>
<p>Stephanie Miller over at ReturnPath <a href="http://www.returnpath.net/blog/2008/09/email-roi-how-good-results-tod.php">addresses</a> the lost revenue from current programs.</p>
<blockquote><p>Consider that if we can earn a nearly $60 ROI by creating email programs that are compelling to just a few subscribers, just occasionally &#8211; imagine what we could do if we actually optimized our programs. Your true email ROI isn&#8217;t captured by averages. It&#8217;s misleading to think about email&#8217;s contribution without factoring in the risks of batch and blast which include higher spam complaints and diminished deliverability, list churn and inattentive customers, brand damage and lost future revenue through continued irrelevancy.</p></blockquote>
<p>Yes. Bad email marketing is profitable now. But the email landscape is not static. Senders must continually improve their programs in order to stay ahead of consumer demands and ISP changes.</p>
<p>Mark Brownlow over at Email Marketing Reports <a href="http://www.email-marketing-reports.com/iland/2008/09/why-you-should-listen-even-if-your.html">addresses</a> companies who currently have successful email marketing programs even though they do not follow all the sender best practices.</p>
<blockquote><p>Yes, some of the more advanced techniques and tactics rely on access to tools or expertise that, frankly, the majority of us don&#8217;t have or can&#8217;t find the required investment for.</p>
<p>But there are so many ignored best practices that involve minor tweaks requiring a few minutes of your time. No exaggeration&#8230;just a few minutes to make small changes that can make big improvements to your success.</p></blockquote>
<p>Some of my clients come to me in crisis mode, they were blocklisted or suspended from their ESP for AUP violations. Because their email programs are suspended, they are forced to scramble to make massive changes to their program. This is the absolute worst time to be make changes, when under external and internal pressure. Often the changes that must be made to comply are drastic and immediate. In contrast, when making changes to a currently active and working email program. Internally driven, gradual change will avoid the panic and result is a marketing program more protected against blocklisting or suspension.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/09/results-based-email-marketing/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Followup to EEC spamming</title>
		<link>http://blog.wordtothewise.com/2008/05/followup-to-eec-spamming/</link>
		<comments>http://blog.wordtothewise.com/2008/05/followup-to-eec-spamming/#comments</comments>
		<pubDate>Tue, 13 May 2008 21:53:58 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[News Articles]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=144</guid>
		<description><![CDATA[Ken has a followup to his article last week about the EEC spamming. Multiple e-mails obtained by this newsletter clearly show VIV was prospecting the EEC member list from its servers in violation of the EEC’s own privacy policy. [...] Moreover, one reader sent this newsletter two separate free issues of two different editions of [...]]]></description>
			<content:encoded><![CDATA[<p>Ken has a followup to his article last week about the EEC spamming.</p>
<blockquote><p>Multiple e-mails obtained by this newsletter clearly show VIV was prospecting the EEC member list from its servers in violation of the EEC’s own privacy policy. [...] Moreover, one reader sent this newsletter two separate free issues of two different editions of VIV that were spammed into his inbox on two different days. So Mullen’s claim that the effort only involved one issue of the magazine is nonsense.</p>
<p>So let’s recap: That’s at least two issues of the magazine—one of which was sent three times—and at least one standalone prospecting e-mail spammed into the inboxes of the members of an organization ostensibly dedicated to setting standards in the e-mail marketing industry.</p></blockquote>
<p>I have to admit, I am not hugely surprised that the EEC is behaving this way. The DMA has long been the organization pushing for no limits on spamming. In 2003 I was sitting on a panel with Bob Wientzen at the FTC spam summit where he stated that direct marketers did not want to spam people, they just wanted the opportunity to take a single bite out of the apple. With millions of small businesses in the US, it does not take long before that apple is gone. In my experience the DMA has never been on the side of restraint or control in marketing. They seem to be all about sending more and more advertising at consumers, with the consumers unable to control  either their own personal information or the amount of junk they have to get rid of.</p>
<p>If this seems contrary to my <a href="http://blog.wordtothewise.com/index.php/2008/05/07/eec-shows-how-not-to-send-emai/">post</a> on the EEC mailing from last week, it is. I was giving the EEC the benefit of the doubt. Taking their statements at face value and giving them the opportunity to use their experience as an example of how not to do things. This week there is even more evidence contradicting their statements and explanations.</p>
<p>I was not the only person to give the EEC the benefit of the doubt. Ken takes a little bit of issue with that.</p>
<blockquote><p>Does everybody get this now? Because judging by various blog entries last week, it seemed some people were simply chalking up to a learning experience the fact that the EEC handed over its members’ e-mail addresses to a private company—for whom the EEC’s co-chair, Mullen, just happens to be the vice president of marketing—to spam them multiple times with an irrelevant and inappropriate acquisition campaign.<br />
Folks, this is not a teachable moment. Everybody in this industry knows not to pull the nonsense Zinio pulled in cahoots with the EEC—everyone, that is, except apparently the one organization claiming to be dedicated to pointing out sh*t everyone else should and shouldn’t do.</p></blockquote>
<p>He is right. The EEC is supposed to be a leader in the industry and they should not be pulling these boneheaded moves. They should know the pitfalls and be held to higher standards than the rest of the industry.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/05/followup-to-eec-spamming/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Postini bug</title>
		<link>http://blog.wordtothewise.com/2008/05/postini-bug/</link>
		<comments>http://blog.wordtothewise.com/2008/05/postini-bug/#comments</comments>
		<pubDate>Fri, 09 May 2008 14:53:13 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Asides]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[Industry]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=141</guid>
		<description><![CDATA[Ben over at MailChimp has an article talking about a recent experience with Postini and an actual bug that causes Postini to interact badly with another spamfilter and block non-spam.]]></description>
			<content:encoded><![CDATA[<p>Ben over at MailChimp has an <a href="http://www.mailchimp.com/blog/postini-bug-results-in-false-spam-reports/">article</a> talking about a recent experience with Postini and an actual bug that causes Postini to interact badly with another spamfilter and block non-spam.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/05/postini-bug/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>More on spamfiltering feedback</title>
		<link>http://blog.wordtothewise.com/2008/05/more-on-spamfiltering-feedback/</link>
		<comments>http://blog.wordtothewise.com/2008/05/more-on-spamfiltering-feedback/#comments</comments>
		<pubDate>Tue, 06 May 2008 17:48:05 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=136</guid>
		<description><![CDATA[Al wrote a post commenting on my post from last Thursday on spamfilters talking to senders who are being filtered. I think his take on it is close to mine. I would point out that Google has a pretty opaque system and no feedback to senders, but a lot of people seem to think their [...]]]></description>
			<content:encoded><![CDATA[<p>Al wrote a <a href="http://www.spamresource.com/2008/05/sender-complaints-about-spam-filtering.html">post</a> commenting on my post from last Thursday on spamfilters talking to senders who are being filtered. I think his take on it is close to mine. I would point out that Google has a pretty opaque system and no feedback to senders, but a lot of people seem to think their filters are accurate and do a good job.</p>
<p>Overall, I think there is room for discussion and feedback between senders and recipients, but on both sides the goal needs to be improving the enduser experience.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/05/more-on-spamfiltering-feedback/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sender complaints about spamfiltering</title>
		<link>http://blog.wordtothewise.com/2008/05/sender-complaints-about-spamfiltering/</link>
		<comments>http://blog.wordtothewise.com/2008/05/sender-complaints-about-spamfiltering/#comments</comments>
		<pubDate>Thu, 01 May 2008 21:59:15 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[Industry]]></category>
		<category><![CDATA[ISP]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=135</guid>
		<description><![CDATA[JD posed a question in my post about Postini and trying to sort out a customer getting marked as spam by their filtering mechanism and I think it bears more discussion than can be done in comments. And sure, it’s a best practice for filtering companies to respond politely to requests from filterees. But is [...]]]></description>
			<content:encoded><![CDATA[<p>JD posed a question <a href="http://blog.wordtothewise.com/index.php/2008/04/28/troubleshooting-a-postini-block/">in my post</a> about Postini and trying to sort out a customer getting marked as spam by their filtering mechanism and I think it bears more discussion than can be done in comments.</p>
<blockquote><p>And sure, it’s a best practice for filtering companies to respond politely to requests from filterees. But is it a <em>requirement</em>? Do senders have a <em>right</em> to <em>demand</em> explanations?</p></blockquote>
<p>There is not really an easy answer for that. My first response is “of course not!” but then I think about some of my clients who really have been trying to do the right thing and how we work through issue after issue and finally fix everything I can think of, but they still have delivery problems. These are not spammers, they are sending mail to people who have asked for it and by all measures do actually want it, but some mail is being blocked for reasons neither my client or I can figure out. In those cases it would be really nice if someone from the group doing the blocking would take 10 minutes to point me in the right direction and show me what I missed.</p>
<p>I have been doing this long enough to know that spamfilters are not 100% accurate. I know there are times when a specific block is outside the scope of what email the filter designer, or user, expected to block. Look at what happened when Yahoo started using the PBL a few months back. There was a bug in the implementation that neither Yahoo nor Spamhaus expected and that caused mail from IPs not listed on the PBL to be blocked because of the PBL. With a valid report of the problem, I could contact both Spamhaus volunteers and someone at Yahoo to point out there was a problem with the implementation. Yahoo and Spamhaus figured out the issue and fixed the problem and Yahoo is no longer blocking IPs not on the PBL for being on the PBL.</p>
<p>I do believe that there are times when feedback from senders and blockees is beneficial and can help improve the overall filters. I have clear evidence this is the case.</p>
<p>On the flip side, I also have been in the email business long enough to know that more than 99% of senders just want their mail delivered and do not care about anything other than getting into the inbox. They believe every block is a mistake and the ISP / spamfilter is wrong or broken.  They are not interested in actually making sure the implementation of the filter meets the design goals, usually they do not care what the goals of that filter are. They are just interested in delivery of their mail. This creates a signal / noise ratio into the filters or ISPs that is so weighted to the noise side, there is almost no value to the filter or ISP in even having a channel for the small amount of signal.</p>
<p>The reality is that most senders do not spend a lot of time looking into a block before contacting the ISP. They use the ISP points of contact as a way to avoid doing hard work internally. This transfers lot more work onto the ISPs and makes them less conducive to working with any senders at all.</p>
<p>I also think there are slightly different obligations on commercial spamfiltering companies and ISPs in regards to listening to senders. Commercial spamfiltering companies are further removed from the end user than the ISPs are. In many cases the end user has no idea that the spamfiltering at their ISP has been outsourced to a commercial company and they have no internal resolution path. They can contact their ISP, but that is only useful if the ISP has an escalation path back to the filtering company. I think that this distance, and the fact that the spamfiltering companies are profiting directly from blocking mail, means that spamfiltering companies have more of a responsibility to be accessible to the people they are blocking. The irony is that the spamfiltering companies are generally less accessible to senders than ISPs are.</p>
<p>Overall I do not think that good spamfiltering happens in a vacuum, and that <strong>reliable</strong> reports from senders about inaccurate filtering help improve blocking schemes. Senders are not in a position to be making any demands of ISPs and filtering companies, however, I do believe that the end user experience would be better if there were more communication between senders and recipients. The problem is that the history of communication between the two groups has been contentious at best and there are only so many times the receivers are going to spend time listening to the senders, again.</p>
<p>I guess it boils down to no, senders do not have a right to demand explanations, but things might be better if more ISPs and spamfiltering companies engaged with non-spamming but blocked senders more often. Sorting out those non-spamming but blocked senders from legitimately blocked senders is the real trick and I expect if receivers could do that reliably, there would be no false positives.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/05/sender-complaints-about-spamfiltering/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Affiliates: what is a company&#039;s responsibility</title>
		<link>http://blog.wordtothewise.com/2008/03/affiliates-what-is-a-companys-responsibility/</link>
		<comments>http://blog.wordtothewise.com/2008/03/affiliates-what-is-a-companys-responsibility/#comments</comments>
		<pubDate>Tue, 18 Mar 2008 01:13:17 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Legal]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>
		<category><![CDATA[Industry]]></category>
		<category><![CDATA[Marketing]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/index.php/2008/03/17/affiliates-what-is-a-companys-responsibility/</guid>
		<description><![CDATA[Many of my clients come to me when they end up with delivery problems due to the actions of affiliates. These can either be listings in some of the URL blocklists (either public or private) or escalations of IP based listings. In many of the cases I have dealt with affiliates, the affiliates have sloppy [...]]]></description>
			<content:encoded><![CDATA[<p>Many of my clients come to me when they end up with delivery problems due to the actions of affiliates. These can either be listings in some of the URL blocklists (either public or private) or escalations of IP based listings. In many of the cases I have dealt with affiliates, the affiliates have sloppy mailing practices or are out and out spammers.</p>
<p>Recently the FTC <a href="http://www.reasonablebasis.com/2008/03/monitor-those-a.html">settled</a> with Cyberheat over their liability for the behaviour of their affiliates. In this settlement Cyberheat is required to monitor their affiliates as follows:</p>
<ul>
<li>Contractually requiring the affiliate to identify any subaffiliates it intends to us</li>
<li>Providing each affiliate a copy of the Order</li>
<li>Obtaining from each affiliate an express agreement to comply with the Order and the CAN SPAM Act</li>
<li>Contractually requiring each affiliate that intends to use email marketing to provide Cyberheat, at least 7 days before the campaign, the email address from which the email will be sent, the subject line, the proposed dates the email will be sent, the email addresses to which the email will be sent, and a certification regarding how the addresses were obtained</li>
<li>At least 3 days prior to an email campaign being conducted, Cyberheat must review the campaign for compliance with the CAN SPAN Act and provide written acknowledge that it has reviewed the campaign and that it complies with the CAN SPAM Act, and</li>
<li>Requiring each consumers that signs up for Cyberheat service to identify the manner through which they heard of the service.  If they heard of the service via email, Cyberheat must monitor the affiliate that sent the email for continued compliance with the CAN SPAM Act.</li>
</ul>
<p>These conditions are very similar to the conditions I helped some clients establish when they ended up on the SBL due to the behaviour of their affiliates. We did set contractual limits on what the affiliates could do, and require they comply with an AUP. We also set out a vetting process to verify that the affiliate would not send spam.  Questions all affiliates had to answer included:</p>
<blockquote>
<ol>
<li>Company name, address, domain, opt-in policies</li>
<li>Main website</li>
<li>Outgoing mail IP(s)</li>
<li>Domains used in email</li>
<li>Where do they get their email addresses?</li>
</ol>
<p>Each candidate must pass the at a minimum checks:</p>
<ul>
<li> Check the opt-in policies as listed on the website.</li>
<li>Check mail IPs on spamhaus and other blacklists</li>
<li>Check rDNS on IPs
<ul>
<li>Is their reverse DNS set up</li>
<li>Is it reasonable</li>
<li>what is rDNS of nearby space</li>
</ul>
</li>
<li>Check whois record
<ul>
<li>How new is the record</li>
<li>Is there valid contact information in the record?</li>
</ul>
</li>
</ul>
</blockquote>
<blockquote><p>Additionally, a unique address will be signed up at every affiliate.</p></blockquote>
<p>One of the difficulties my client and I discovered while vetting affiliates is that many affiliate programs hide their mailing IPs and will refuse to reveal any information about where the mail comes from. This makes it difficult, if not impossible, to determine if they are associated with any reports of spam.</p>
<p>I have yet to find the silver bullet for determining the cleanliness of an affiliate program. I think it is clear, though, that the FTC expects companies to know who their affiliate mailers are and to not patronize affiliates who are sending spam.</p>
<p>Hat tip: <a href="http://spamnotes.com/2008/03/08/affiliate-marketing-guidelines.aspx">Venkat</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/03/affiliates-what-is-a-companys-responsibility/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Blacklisted on FiveTen: no big deal</title>
		<link>http://blog.wordtothewise.com/2007/10/blacklisted-on-fiveten-no-big-deal/</link>
		<comments>http://blog.wordtothewise.com/2007/10/blacklisted-on-fiveten-no-big-deal/#comments</comments>
		<pubDate>Sun, 14 Oct 2007 15:12:18 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Blocklisting]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/index.php/2007/10/14/blacklisted-on-fiveten-no-big-deal/</guid>
		<description><![CDATA[Al posted an analysis on DNSBL Resource about the effectiveness of the FiveTen blacklist. He says: Analysis of the raw data suggests to me that Fiveten&#8217;s poor (high) false positive rates is primarily due to Fiveten&#8217;s listing of “bulk mailers that don&#8217;t require closed loop confirmation opt-in from all their customers.” As a result, Fiveten [...]]]></description>
			<content:encoded><![CDATA[<p>Al posted an analysis on <a href="http://www.dnsbl.com/2007/10/fiveten-blacklist-not-accurate.html">DNSBL Resource</a> about the effectiveness of the FiveTen blacklist.<br />
He says:</p>
<blockquote><p>Analysis of the raw data suggests to me that Fiveten&#8217;s poor (high) false positive rates is primarily due to Fiveten&#8217;s listing of “bulk mailers that don&#8217;t require closed loop confirmation opt-in from all their customers.” As a result, Fiveten has thousands of senders listed that have never send spam, specifically because they choose not to utilize double opt-in. This means that Fiveten is effectively a tool that blocks “things the maintainer doesn&#8217;t like,” which is a wholly different criteria than blocking spam. Against my own data, it appears that there is no direct correlation between spam and the blacklist maintainer&#8217;s choices for listing criteria.</p></blockquote>
<p>I&#8217;ve not been worrying much about FiveTen listings with my clients over the years. Analysis of delivery logs shows that FiveTen is not widely used by large receiver sites and the number of emails rejected related to a FiveTen listing is relatively low.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2007/10/blacklisted-on-fiveten-no-big-deal/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

