<?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; Confirmed (double) opt-in</title>
	<atom:link href="http://blog.wordtothewise.com/tag/confirmed-double-opt-in/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>Evil weasels and random monkeys</title>
		<link>http://blog.wordtothewise.com/2011/08/evil-weasels-random-monkeys/</link>
		<comments>http://blog.wordtothewise.com/2011/08/evil-weasels-random-monkeys/#comments</comments>
		<pubDate>Thu, 11 Aug 2011 23:48:53 +0000</pubDate>
		<dc:creator>steve</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[monkey]]></category>
		<category><![CDATA[weasel]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3307</guid>
		<description><![CDATA[I&#8217;m doing testing on a new release of Abacus at the moment, so I&#8217;m in a software QA (Quality Assurance) frame of mind. One of the tenets of software QA is &#8220;Assume users are malicious&#8221;. That&#8217;s also one of the tenets of security engineering, but in a completely different way. A security engineer treats users [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m doing testing on a new release of Abacus at the moment, so I&#8217;m in a software QA (Quality Assurance) frame of mind.</p>
<p>One of the tenets of software QA is &#8220;Assume users are malicious&#8221;. That&#8217;s also one of the tenets of security engineering, but in a completely different way.</p>
<p>A security engineer treats users as malicious, as the users he or she is most concerned about are crackers trying to compromise their system, so they really are malicious. A QA engineer knows that if you have enough users in the field, making enough different mistakes or trying to do enough unusual things, they&#8217;ll find all the buggy little corners of your application eventually &#8211; and crash it or corrupt data more reliably than a genuinely malicious user.</p>
<p>As a QA engineer it&#8217;s easier to personify the forces of chaos you&#8217;re defending against as a single evil weasel than a million random monkeys.</p>
<p>In the bulk email world the main points where you interact with your users are signup, confirmation, unsubscription and click-throughs. Always think about what the evil weasel will do at that point.</p>
<p><strong>Signup</strong></p>
<ul>
<li>The weasel will enter an invalid email address &#8211; check it at signup time</li>
<li>The weasel will enter a valid email address that belongs to someone else &#8211; there are many ways to defend against that, none of them clearly the best</li>
<li>The weasel will enter leading or trailing spaces &#8211; strip &#8216;em off</li>
<li>The weasel will enter non-ASCII characters in their name &#8211; and that&#8217;s OK unless it breaks your data handling</li>
<li>The weasel will enter non-ASCII characters in their email address &#8211; and that&#8217;s probably not OK, not yet, anyway</li>
<li>If you treat a character as &#8220;magic&#8221; anywhere in your data flow (whether that be a quote, a comma, tab or even a newline) your weasel will sneak it in to their data somewhere &#8211; always sanitize your inputs as soon as possible</li>
<li>If you rely on client-side validation to ensure clean data, your weasel will turn off javascript &#8211; always validate server-side, even if you&#8217;re validating client-side</li>
<li>The weasel will sign up multiple times, in different places &#8211; yet they don&#8217;t really want multiple emails</li>
<li>The weasel has a million email addresses, and will sign them all up if you send him a million tchotchkes to do that &#8211; don&#8217;t incentivize that sort of behaviour</li>
<li>The weasel has, inexplicably, a thousand friends and will sign them all up if you send him a thousand tchotchkes to do so &#8211; which could conceivably be what you want, but be very, very sure before incentivizing for it</li>
<li>The weasel surely has the email addresses of 100,000 strangers who he&#8217;ll tell you are his friends &#8211; be very careful about offering incentives for signups, as the weasel will happily have you send 99,999 pieces of unwanted spam so that he gets his nickel for the one recipient who buys from you</li>
</ul>
<p><strong>Confirmation</strong></p>
<ul>
<li>The weasel will run antivirus software that automatically prefetches everything in the email &#8211; either have your &#8220;yes I want to subscribe&#8221; link go to a page that requires additional action, or have a &#8220;hidden&#8221; link in the email that invalidates the opt-in link if it&#8217;s followed</li>
<li>The weasel will visit the confirmation link multiple times, and will complain if it welcomes them to the list each time &#8211; consider &#8220;You&#8217;re already subscribed to&#8230;&#8221; type language, if they&#8217;re already subscribed</li>
<li>The weasel will edit the URL the opt-in link goes to, changing the email address embedded in it &#8211; so make sure that it&#8217;s an opaque token or cryptographically signed</li>
<li>If the opt-in link contains the number 10237, the weasel will also go to the same URL with the number 10236 or 10238 &#8211; make sure that they can&#8217;t affect other peoples signups that way</li>
<li>The weasel will sign up for your list, then unsubscribe, then six months later find the old confirmation email and click on the opt-in link &#8211; make sure that doesn&#8217;t work, instead routing them to a signup page, perhaps</li>
</ul>
<p><strong>Unsubscription</strong></p>
<ul>
<li>Your weasel doesn&#8217;t know their email address &#8211; make sure they don&#8217;t need to know it to unsubscribe</li>
<li>Your weasel does know other peoples email addresses &#8211; make sure they need to know more than that to unsubscribe other people</li>
<li>The weasel will run antivirus software that prefetches URLs in the email &#8211; so either require them to hit a button on the destination webpage or have a &#8220;hidden&#8221; link in the email that invalidates the opt-out link if it&#8217;s followed</li>
<li>The weasel will hit the &#8220;this is spam&#8221; link to unsubscribe &#8211; make sure that doing that does suppress mail to them</li>
<li>The weasel will appear almost intentionally stupid in their inability to navigate the complexities of your unsubscription mechanism &#8211; make sure that they can contact a human, and that that human has the power to suppress mail to them</li>
<li>The weasel will share the email you send them with other people, who&#8217;ll then click on the unsubscription link &#8211; give them the email address on the unsubscription page, so they&#8217;re less likely to inadvertently unsubscribe the original weasel</li>
</ul>
<p><strong>Click-throughs</strong></p>
<ul>
<li>The weasel won&#8217;t remember their username or password &#8211; so don&#8217;t make them log in to see the content you link to from the email</li>
<li>The weasel will forward your email on to other people &#8211; so make sure the other people can&#8217;t see any of the weasel&#8217;s PII or spend the weasel&#8217;s money without more authentication</li>
<li>The weasel will click on the links in the email repeatedly &#8211; so make sure that&#8217;s OK</li>
<li>The weasel will suddenly find email you sent them three years ago, and expect the links to still work</li>
<li>The weasel will try to copy and paste URLs from the text part of your email &#8211; so try and keep them under 70 characters or so</li>
</ul>
<p>There are countless other things the evil weasel and the random monkeys will do to throw a spanner into your systems. Bear them in mind when you&#8217;re putting infrastructure, or a campaign, or policies together.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/08/evil-weasels-random-monkeys/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>The sledgehammer of confirmed opt-in</title>
		<link>http://blog.wordtothewise.com/2011/08/the-sledgehammer-of-confirmed-opt-in/</link>
		<comments>http://blog.wordtothewise.com/2011/08/the-sledgehammer-of-confirmed-opt-in/#comments</comments>
		<pubDate>Tue, 09 Aug 2011 21:29:21 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[COI]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[maps]]></category>
		<category><![CDATA[spam filters]]></category>
		<category><![CDATA[spamtraps]]></category>
		<category><![CDATA[Trend Micro]]></category>
		<category><![CDATA[Trend/MAPS]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3294</guid>
		<description><![CDATA[We focused Monday on Trend/MAPS blocking fully confirmed opt-in (COI) mail, because that is the Gold Standard for opt-in. It is also Trend/MAPS stated policy that all mail should be COI. There are some problems with this approach. The biggest is that Trend/MAPS is confirming some of the email they receive and then listing COI [...]]]></description>
			<content:encoded><![CDATA[<p>We focused Monday on Trend/MAPS blocking fully confirmed opt-in (COI) mail, because that is the Gold Standard for opt-in. It is also Trend/MAPS stated policy that all mail should be COI. There are some problems with this approach. The biggest is that Trend/MAPS is confirming some of the email they receive and then listing COI senders.</p>
<p>The other problem is that typos happen by real people signing up for mail they want. Because MAPS is using typo domains to drive listings, they&#8217;re going to see a lot of mail from companies that are doing single opt-in. I realize that there are problems with single opt-in mail, but the problems depends on a lot of factors. Not all single opt-in lists are full of traps and spam and bad data.</p>
<p>In fact, one ESP has a customer with a list of more than 50 million single opt-in email addresses. This sender mails extremely heavily, and yet sees little to no blocking by public or private blocklists.</p>
<p>Trend/MAPS policy is singling out senders that are sending mail people signed up to receive. We know for sure that hard core spammers spend a lot of time and money to identify spamtraps. The typo traps that Trend/MAPS use are pretty easy to find and I have no doubt that the real, problematic spammers are pulling traps out of their lists. Legitimate senders, particularly the ESPs, aren&#8217;t going to do that. As one ESP rep commented on yesterday&#8217;s post:</p>
<blockquote><p>I work for an ESP and we don’t suppress domains like this, based on the theory that if a client is hitting spamtraps, we want to know so we can sanction or terminate them. But if Trend are acting in bad faith here, I guess my best bet is just to suppress any domain of theirs I can find (and it took about 30 seconds to find 2700 of them).  <cite> <a href="http://blog.wordtothewise.com/2011/08/a-disturbing-trend/#comment-11216">Another Anon</a></cite></p></blockquote>
<p>That&#8217;s a sentiment I heard over and over again from companies listed by Trend/MAPS. The companies are happy to force their customers to clean up their acts.  They want reports of bad behaviour by customers, but Trend/MAPS policy of forcing confirmations is taking a sledgehammer to kill a fly.</p>
<blockquote><p>I think we have a reputation of being a bit harsh on customers, and we&#8217;re honestly a little proud of that. But I&#8217;m most proud of the fact that we are always fair and honest, even with the bad people.</p>
<p>We tell people what they need to change. The bad people who won&#8217;t take our advice are easy to kick out after that.</p>
<p>In this particular situation, we don&#8217;t have any advice to give. We don&#8217;t have a way to tell people &#8220;go do this.&#8221; Because it would be a lie. &#8220;Go remove inactives&#8221; won&#8217;t help. &#8220;Go re-confirm inactives&#8221; won&#8217;t help. Even &#8220;Go use double opt-in&#8221; won&#8217;t help if MAPS is clicking and opening everything.</p>
<p>And because MAPS is who they are, we can&#8217;t provide a lot of detail to customers, either.  <cite>An ESP Executive</cite></p></blockquote>
<p>COI is a tool. It is occasionally a good tool for keeping lists clean. But I&#8217;ve worked with dozens of senders over the year that aren&#8217;t using COI and are still keeping their lists clean because they have other processes in place to do so.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/08/the-sledgehammer-of-confirmed-opt-in/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Some thoughts on permission</title>
		<link>http://blog.wordtothewise.com/2011/01/some-thoughts-on-permission/</link>
		<comments>http://blog.wordtothewise.com/2011/01/some-thoughts-on-permission/#comments</comments>
		<pubDate>Tue, 11 Jan 2011 01:41:44 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[opt-in]]></category>
		<category><![CDATA[Permission]]></category>
		<category><![CDATA[single opt-in]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=2515</guid>
		<description><![CDATA[A lot of email marketing best practices center around getting permission to send email to recipients. A lot of anti-spammers argue that the issue is consent not content. Both groups seem to agree that permission is important, but more often than not they disagree about what constitutes permission. For some the only acceptable permission is [...]]]></description>
			<content:encoded><![CDATA[<p>A lot of email marketing best practices center around getting permission to send email to recipients. A lot of anti-spammers argue that the issue is consent not content. Both groups seem to agree that permission is important, but more often than not they disagree about what constitutes permission. </p>
<p>For some the only acceptable permission is round trip confirmation, also known as confirmed opt-in or double opt-in. </p>
<p>For others making a purchase constitutes permission to send mail.</p>
<p>For still others checking or unchecking a box on a signup page is sufficient permission.</p>
<p>I don&#8217;t think there is a global, over arching, single form of permission. I think context and agreement matters. I think permission is really about both sides of the transaction knowing what the transaction is. Double opt-in, single opt-in, check the box to opt-out area all valid ways to collect permission. Dishonest marketers can, and do, use all of these ways to collect email addresses.</p>
<p>But while dishonest marketers may adhere to all of the letters of the best practice recommendations, they purposely make the wording and explanation of check boxes and what happens when confusing. I do believe some people make the choices deliberately confusing to increase the number of addresses that have opted in. Does everyone? Of course not. But there are certainly marketers who deliberately set out to make their opt-ins as confusing as possible. </p>
<p>This is why I think permission is meaningless without the context of the transaction. What did the address collector tell the recipient would happen with their email address? What did the address giver understand would happen with their email address? Do these two things match? If the two perceptions agree then I am satisfied there is permission. If the expectations don&#8217;t match, then I&#8217;m not sure there is permission involved. </p>
<p>What are your thoughts on permission?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/01/some-thoughts-on-permission/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Would you buy a used car from that guy?</title>
		<link>http://blog.wordtothewise.com/2010/10/would-you-buy-a-used-car-from-that-guy/</link>
		<comments>http://blog.wordtothewise.com/2010/10/would-you-buy-a-used-car-from-that-guy/#comments</comments>
		<pubDate>Wed, 20 Oct 2010 15:05:34 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[data]]></category>
		<category><![CDATA[data hygiene]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[Spam]]></category>
		<category><![CDATA[TWSD]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=2137</guid>
		<description><![CDATA[There are dozens of people and companies standing up and offering suggestions on best practices in email marketing. Unfortunately, many of those companies don&#8217;t actually practice what they preach in managing their own email accounts. I got email today to an old work email address of mine from Strongmail. To be fair it was a [...]]]></description>
			<content:encoded><![CDATA[<p>There are dozens of people and companies standing up and offering suggestions on best practices in email marketing. Unfortunately, many of those companies don&#8217;t actually practice what they preach in managing their own email accounts.</p>
<p>I got email today to an old work email address of mine from Strongmail. To be fair it was a technically correct email. Everything one would expect from a company handling large volumes of emails.  It&#8217;s clear that time and energy was put into the technical setup of the send. If only they had put even half that effort into deciding who to send the email to. Sadly, they didn&#8217;t.</p>
<p>My first thought, upon receiving the mail, was that some new, eager employee bought a very old and crufty list somewhere. Because Strongmail has a reputation for being responsible mailers, I sent them a copy of the email to abuse@. I figured they&#8217;d want to know that they had a new sales / marketing person who was doing some bad stuff.</p>
<p>I know how frustrating handling abuse@ can be, so I try to be short and sweet in my complaints. For this one, I simply said, &#8220;Someone at Strongmail has appended, harvested or otherwise acquired an old email address of mine. This has been added to your mailing list and I&#8217;m now receiving spam from you. &#8221;</p>
<p>They respond with an email that starts with:</p>
<p>&#8220;Thank you for your thoughtful response to our opt-in request. On occasion, we provide members of our database with the opportunity to opt-in to receive email marketing communications from us.&#8221;</p>
<p>Wait. What? Members of our database? How did this address get into your database?</p>
<p>&#8220;I can&#8217;t be sure from our records but it looks like someone from StrongMail reached out to you several years ago.  It&#8217;s helpful that you let us know to unsubscribe you.  Thank you again.&#8221;</p>
<p>There you have it. According to the person answering email at abuse@ Strongmail they sent me a message because they had sent mail to me in the past. Is that really what you did? Send mail to very old email addresses because someone, at some point in the past, sent mail to that address? And you don&#8217;t know when, don&#8217;t know where the address came from, don&#8217;t know how it was acquired, but decided to reach out to me?</p>
<p>How many bad practices can you mix into a single send, Strongmail? Sending mail to addresses where you don&#8217;t know how you got them? Sending mail to addresses that you got at least 6 years ago? Sending mail to addresses that were never opted-in to any of your mail? And when people point out, gently and subtly, that maybe this is a bad idea, you just add them to your global suppression list?</p>
<p>Oh. Wait. I know what you&#8217;re going to tell me. All of your bad practices don&#8217;t count because this was an &#8216;opt-in&#8217; request. People who didn&#8217;t want the mail didn&#8217;t have to do anything, therefore there is no reason not to spam them! They ignore it and they are dropped from your list. Except it doesn&#8217;t work that way. Double opt-in requests to someone has asked to be subscribed or is an active customer or prospect is one thing. Requests sent to addresses of unknown provenance are still spam.</p>
<p>Just for the record, I have a good idea of where they got my address. Many years ago Strongmail approached Word to the Wise to explore a potential partnership. We would work with and through Strongmail to provide delivery consulting and best practices advice for their customers. As part of this process we did exchange business cards with a number of Strongmail employees. I suspect those cards were left in a desk when the employees moved on. Whoever got that desk, or cleaned it out, found  those cards and added them to the &#8216;member database.&#8217;</p>
<p>But wait! It gets even better. Strongmail was sending me this mail, so that they could get permission to send me email about <em>Email and Social Media Marketing Best Practices</em>. I&#8217;m almost tempted to sign up to provide me unending blog fodder for my new series entitled &#8220;Don&#8217;t do this!&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/10/would-you-buy-a-used-car-from-that-guy/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>How not to build a mailing list</title>
		<link>http://blog.wordtothewise.com/2010/08/how-not-to-build-a-mailing-list/</link>
		<comments>http://blog.wordtothewise.com/2010/08/how-not-to-build-a-mailing-list/#comments</comments>
		<pubDate>Tue, 17 Aug 2010 18:10:47 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[complaints]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[engagement]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[politics]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1870</guid>
		<description><![CDATA[I mentioned yesterday one of the major political blogs launched their mailing list yesterday. I pointed out a number of things they did that may cause problems. Today, I discovered another problem. This particular blog has been around for a long time, probably close to 10 years. It allows anyone to join and create their [...]]]></description>
			<content:encoded><![CDATA[<p>I mentioned yesterday one of the major political blogs launched their mailing list yesterday. I pointed out a number of things they did that may cause problems. Today, I discovered another problem.</p>
<p>This particular blog has been around for a long time, probably close to 10 years. It allows anyone to join and create their own blogs and comment with registered users.  As part of their new mailing list, they added everyone who has ever registered to their mailing list. They did not send a &#8220;we have a new list, want to join it?&#8221; email, they added every registered user to the list and said &#8220;you can opt out if you want.&#8221;</p>
<p>This is such a bad idea. My own account was used once, to make one comment, back in 2005. Yes, 2005. It&#8217;s been almost 5 years since I last logged into the site. Sure, I have email addresses that go back that far, but not everyone does. That list is going to be full of problems: dead addresses, spamtraps, duplicates, unengaged and uninterested.</p>
<p>Seriously, they&#8217;re adding people who&#8217;ve not logged into their site in 5 years to a mailing list. How can this NOT go horribly wrong? </p>
<p>My initial thought was this was going to blow up in a week. I&#8217;m now guessing they&#8217;ll start seeing delivery problems a lot sooner than that. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/08/how-not-to-build-a-mailing-list/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Email and politics</title>
		<link>http://blog.wordtothewise.com/2010/08/email-and-politics/</link>
		<comments>http://blog.wordtothewise.com/2010/08/email-and-politics/#comments</comments>
		<pubDate>Mon, 16 Aug 2010 21:35:00 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[complaints]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[engagement]]></category>
		<category><![CDATA[Marketing]]></category>
		<category><![CDATA[politics]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=1866</guid>
		<description><![CDATA[I occasionally consult for activists using email. Their needs and requirements are a little different from email marketers. Sure, the requirements for email delivery are the same: relevant and engaging mail to people who requested it. But there are complicating issues that most marketers don&#8217;t necessarily have to deal with. Activist groups are attractive targets [...]]]></description>
			<content:encoded><![CDATA[<p>I occasionally consult for activists using email. Their needs and requirements are a little different from email marketers. Sure, the requirements for email delivery are the same: relevant and engaging mail to people who requested it. But there are complicating issues that most marketers don&#8217;t necessarily have to deal with.</p>
<p>Activist groups are attractive targets for forged signups. Think about it, when people get deeply involved in arguments on the internet, they often look for ways to harass the person on the other end of the disagreement. They will often signup the people they&#8217;re disagreeing with for mailing lists. When the disagreements are political, the logical target is a group on the other side of the political divide. </p>
<p>People also sign up spamtraps and bad addresses as a way to cause problems or harass the political group itself. Often this results in the activist group getting blocked. This never ends well, as instead of fixing the problem, the group goes yelling about how their voice is being silenced and their politics are being censored!!</p>
<p>No, they&#8217;re not being silenced, they&#8217;re running an open mailing list and a lot of people are on it who never asked to be on it. They&#8217;re complaining and the mail is getting blocked.</p>
<p>With that as background, I noticed one of the major political blogs announced their brand new mailing list today. Based on their announcement it seemed they that they may have talked to someone who knew about managing a mailing list. </p>
<blockquote><p>Email activism is a key weapon in a modern activist organization&#8217;s arsenal, yet [website] has never jumped in. It was less a matter of will, and more a lack of resources and expertise. Managing a big email list is surprisingly complex, and we&#8217;ve been too small and overworked to do something we should&#8217;ve done a long time ago.</p></blockquote>
<p style="padding-top : 2em;">As a matter of professional curiosity, I signed up. What&#8217;s their signup like? Are they following best practices? </p>
<p>Sadly. No. </p>
<p>Their signup form asks for a first name, an email address and a zip code. Fill in the information and hit &#8220;submit.&#8221; The landing page says &#8220;Thanks for signing up&#8221; but provides none of the data that any delivery expert recommends. They mention nothing about frequency. They mention nothing about what they&#8217;re going to do with my email address. </p>
<p>They do send a welcome message almost immediately. It&#8217;s a bit bare bones:</p>
<blockquote><p>Thanks for joining the [website] email action list!</p>
<p>If you would like to tell a friend to join, just point them to the following URL:</p>
<p>http://campaigns.example.com/signup_page/Signup1</p>
<p>Thanks again,<br />
[signoff]<br />
Founder, [website]</p></blockquote>
<p style="padding-top : 2em;">This should, at a minimum, have information about my signup and the chance to opt-out if there was an error. Comply with CAN SPAM, while not required as they are a political group, is such a minor thing they should be doing so. And, of course, this site is a big enough target, that I think they should be confirming every subscription. That will reduce the complaints from the targets of harassment and prevent people who don&#8217;t like them from being able to harm their delivery.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2010/08/email-and-politics/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Troubleshooting Yahoo delivery</title>
		<link>http://blog.wordtothewise.com/2009/07/troubleshooting-yahoo-delivery/</link>
		<comments>http://blog.wordtothewise.com/2009/07/troubleshooting-yahoo-delivery/#comments</comments>
		<pubDate>Tue, 14 Jul 2009 03:30:43 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Blocking]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[ISP]]></category>
		<category><![CDATA[Yahoo]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=470</guid>
		<description><![CDATA[Last week Jon left a comment on my post Following the Script. He gives a familiar story about how he&#8217;s having problems contacting Yahoo. It’s funny, I found this thread by searching for alternate means to contact Yahoo FBL. This is because I desperately need to communicate with them and their ‘normal channel’ has been [...]]]></description>
			<content:encoded><![CDATA[<p>Last week Jon left a comment on my post Following the Script. He gives a familiar story about how he&#8217;s having problems contacting Yahoo.</p>
<blockquote><p>It’s funny, I found this thread by searching for alternate means to contact Yahoo FBL. This is because I desperately need to communicate with them and their ‘normal channel’ has been literaly as effective as a shout down a wishing well. [...]</p>
<p>I’ve signed up for all the various FBL’s with the major providers and we’re tracking reputation nicely as we warm up the sending IP’s with about 75K mails a day over the last month. Yahoo! of course is 35%+ of that mail. However they’re blocking the heck out of my mails from time to time. For the last few days one of my sending IP’s is almost completely blocked while the other three are not. This causes horrible delays. I think that the longer expected mail is delayed the more likelihood it has of being marked as spam or ignored.</p></blockquote>
<p>There are a couple suggestions I have for people in Jon&#8217;s position.</p>
<ol>
<li>IP address warmup can take from 6 &#8211; 8 weeks, particularly at Yahoo. Given the current situation with bots, IP addresses that have never sent mail to the major ISPs don&#8217;t start out with a neutral reptuation, they actually start out with a negative reputation. In 99 out of 100 times, the IP address that has never sent mail is an infected machine sending spam. Real IP addresses will send mail consistently over the long term, but it can take time to establish a reputation with the ISP.  While it&#8217;s not really what anyone wants to hear, senders need to be patient during the warm up process. If it&#8217;s possible, starting with low sending volumes (under 5000 emails per ISP per day) and increasing the amount slowly seems to help minimize the temporary failures.</li>
<li>Confirmation emails can be problematic, depending on how the email addresses are being collected. If there are too many fake or incorrect subscriptions coming in through a subscription form,  then you will see excessive complaints that may damage the reputation of the sending IP.  Likewise, if the subscription page does not correctly set the expectations of the recipient, the sender may see a high number of complaints. Subscription problems can be managed if you understand what the complaints are about, but you need to do some research to determine that.</li>
<li>Confirm that your technology is sending mail in a way that the recipient ISP likes. For Yahoo, this means limiting the number of connections and the number of emails per connection. One of my clients was having difficulty with Yahoo delivery and we resolved the problem by throttling their server to 2 connections at a time and 4 emails per connection. Yahoo will throttle senders that try more than 5 emails in a single connection, and this is simple to fix.</li>
<li>Read the bounce messages. Yahoo has rolled out an extensive <a href="http://help.yahoo.com/l/us/yahoo/mail/postmaster/">Postmaster Site</a> in the last few months, which includes a lot of information about bounces and improving delivery. If none of the FAQ questions answer your question, there is also the <a href="us">Yahoo Delivery Support Form</a>.</li>
</ol>
<p>One important thing to remember, when reaching out to any ISP for help with a delivery issue is that the contact is extremely unlikely to result in the ISP letting all your mail in. As I tell my clients all the time, there is no place in the spam filtering for &#8220;this is a good guy&#8221; or &#8220;this persons mail should be exempt from all our checks.&#8221; Senders can troubleshoot 95% of issues themselves. However, in those relatively rare cases where the sender can&#8217;t fix the issue, generally the only the the ISPs can do is answer questions. They can&#8217;t provide solutions, just more places to look for troubleshooting.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/07/troubleshooting-yahoo-delivery/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Confirmed opt-in</title>
		<link>http://blog.wordtothewise.com/2009/04/confirmed-opt-in/</link>
		<comments>http://blog.wordtothewise.com/2009/04/confirmed-opt-in/#comments</comments>
		<pubDate>Thu, 30 Apr 2009 00:59:20 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[Deliverability]]></category>
		<category><![CDATA[Reputation]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=420</guid>
		<description><![CDATA[I spent the morning in multiple venues correcting mis-understandings of confirmed opt-in. The misunderstandings weren&#8217;t so much that people didn&#8217;t understand how COI works, but more they didn&#8217;t understand all the implications. In one venue, the conversation centered around how small a portion of deliverability the initial subscription process affects. Sure, sending unwanted, unexpected email [...]]]></description>
			<content:encoded><![CDATA[<p>I spent the morning in multiple venues correcting mis-understandings of confirmed opt-in. The misunderstandings weren&#8217;t so much that people didn&#8217;t understand how COI works, but more they didn&#8217;t understand all the implications.</p>
<p>In one venue, the conversation centered around how small a portion of deliverability the initial subscription process affects. Sure, sending unwanted, unexpected email can and does cause reputation problems, but merely using COI as a subscription methodolgy doesn&#8217;t automatically give a sender a good reputation or good delivery. Senders using COI as a subscription practice need to also need to send relevant and engaging mail that their recipients expect to receive. They need to handle their bounces well and purge or re-engage inactive subscribers. They need to keep their complaints low and their responses high.</p>
<p>How you manage subscriptions is only one factor in reputation schemes, and even if the subscription method is COI other factors can negate any bonus involved.</p>
<p>The second conversation involved Ken challenging me on the comment I left on <a href="http://directmag.com/magilla/0428-magilla-quiz/">his quiz yesterday</a>. I said COI wasn&#8217;t foolproof and he challenged me to explain how. I did, and he&#8217;ll be following up next week.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/04/confirmed-opt-in/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The great debate</title>
		<link>http://blog.wordtothewise.com/2009/03/the-great-debate/</link>
		<comments>http://blog.wordtothewise.com/2009/03/the-great-debate/#comments</comments>
		<pubDate>Mon, 02 Mar 2009 18:19:25 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Industry]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>
		<category><![CDATA[opt-in]]></category>
		<category><![CDATA[single opt-in]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=369</guid>
		<description><![CDATA[While surfing around last night, I discovered that the email experience council is running a poll. &#8220;The Great Email Debate Topic #2 &#8211; Single Opt-In or Double Opt-In?&#8221; The email blogs have been discussing the question for a few weeks now, since one ClickZ columnist decided to stir controversy by claiming that &#8220;it is impossible [...]]]></description>
			<content:encoded><![CDATA[<p>While surfing around last night, I discovered that the email experience council is running a poll. &#8220;The Great Email Debate Topic #2 &#8211; Single Opt-In or Double Opt-In?&#8221;</p>
<p>The email blogs have been discussing the question for a few weeks now, since one ClickZ columnist decided to stir controversy by claiming that &#8220;<a href="http://www.clickz.com/3632763">it is impossible to grow a list using double opt-in</a>.&#8221; The original column inspired many other people to comment on the issue.</p>
<p>This is really a tempest in a teapot. There are situations where no address should be added to a mailing list without some sort of confirmation or verification step. Senders must protect themselves from bad subscription requests and double opt-in is one way to do this. Likewise, there are situations where a single opt-in with good list management will create a very clean list. Double opt-in isn&#8217;t necessary to stop spam.</p>
<p>Senders who think that they can&#8217;t grow their list with double opt-in are already behind the 8-ball in terms of list management. Yes, lists will grow slower. In the present environment, many users are very used to submitting a registration to a web page and then looking in their mailbox for an email to complete the process. No longer is &#8220;double opt-in&#8221; a foreign concept. Social networking sites, web forums and mailing lists commonly use double opt-in.</p>
<p>The challenge is for marketers to construct a signup process that is engaging enough to convince users to check their mailbox and click on the link. Senders with good marketing strategy will be able to do this, when it&#8217;s necessary.</p>
<p>Not every mailing list has to be double opt-in, but every engaging list could be without decreasing the number of subscribers.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2009/03/the-great-debate/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Another opt-in in the wild</title>
		<link>http://blog.wordtothewise.com/2008/10/another-opt-in-in-the-wild/</link>
		<comments>http://blog.wordtothewise.com/2008/10/another-opt-in-in-the-wild/#comments</comments>
		<pubDate>Fri, 10 Oct 2008 22:19:18 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Asides]]></category>
		<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Confirmed (double) opt-in]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=275</guid>
		<description><![CDATA[The EEC has an article today about a poorly done opt-in email that DJ Waldo received. How close is that to what you send?]]></description>
			<content:encoded><![CDATA[<p>The EEC has an <a href="http://blog.emailexperience.org/2008/10/an_interesting_but_still_poor.html">article</a> today about a poorly done opt-in email that DJ Waldo received. How close is that to what you send?</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2008/10/another-opt-in-in-the-wild/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

