<?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; Best Practices</title>
	<atom:link href="http://blog.wordtothewise.com/category/best-practices/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>What not to do</title>
		<link>http://blog.wordtothewise.com/2012/02/what-not-to-do/</link>
		<comments>http://blog.wordtothewise.com/2012/02/what-not-to-do/#comments</comments>
		<pubDate>Wed, 01 Feb 2012 20:48:56 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[TWSD]]></category>
		<category><![CDATA[unsubscribe]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3775</guid>
		<description><![CDATA[There&#8217;s a London concert promoter that&#8217;s been spamming our old sales address for 5 or 6 years now. I&#8217;ve sent in complaints, I&#8217;ve tried to unsubscribe, and the mail still keeps coming. They managed to get through my filters, again, this morning. In a fit of frustration I tweeted about how frustrated I was that [...]]]></description>
			<content:encoded><![CDATA[<p>There&#8217;s a London concert promoter that&#8217;s been spamming our old sales address for 5 or 6 years now. I&#8217;ve sent in complaints, I&#8217;ve tried to unsubscribe, and the mail still keeps coming. They managed to get through my filters, again, this morning. In a fit of frustration I tweeted about how frustrated I was that they would not stop spamming me.</p>
<p>Well, that got someone&#8217;s attention. The person managing their twitter account tweeted at me with an email address and a suggestion to send him my address so he could take care of it. I sent the mail as asked and even got a reply.</p>
<p>Unfortunately, the reply was &#8220;I clicked the unsubscribe link at the bottom of the message for you.&#8221;</p>
<p>I dunno, maybe his mouse is a magic mouse and, somehow, the click from that magic mouse will be more effective than a click from my not-magic mouse. I&#8217;m not holding out much hope, though. I have no doubt that my sales address will keep getting invited to raves in London long after I retire.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2012/02/what-not-to-do/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Costs and accounting for email</title>
		<link>http://blog.wordtothewise.com/2012/01/are-there-costs-with-opt-out-mail/</link>
		<comments>http://blog.wordtothewise.com/2012/01/are-there-costs-with-opt-out-mail/#comments</comments>
		<pubDate>Sat, 28 Jan 2012 01:35:10 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[appending]]></category>
		<category><![CDATA[opt-out]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3765</guid>
		<description><![CDATA[The decision by Cheetahmail to stop allowing customers to use email append caused a very long discussion on some of the marketing lists.  One of the criticisms had to do with what a dumb &#8220;business decision&#8221; Cheetah was making. I disagree. Appending, and other non-permission based sending cause a lot of costs to trickle down [...]]]></description>
			<content:encoded><![CDATA[<p>The decision by Cheetahmail to <a href="http://www.emailresponsibly.com/2012/01/18/a-cheetahmail-new-years-resolution-giving-up-email-append-2/">stop allowing customers to use email append</a> caused a very long discussion on some of the marketing lists.  One of the criticisms had to do with what a dumb &#8220;business decision&#8221; Cheetah was making.</p>
<p>I disagree. Appending, and other non-permission based sending cause a lot of costs to trickle down on the ESP. Many of the large ESPs have teams of 8 or 10 people working to manage delivery, deal with blocks and keep the mail flowing. In fact, I once had a client say &#8220;We want to be as clean as ExactTarget&#8221; only to choke when I told them how many people are on the compliance and delivery team at ET.</p>
<p>That&#8217;s not even looking at the cost of a SBL listing. One company estimated the cost of a slightly less than 24 hour block at over $1,000,000 in lost opportunity costs and in actual staff costs to deal with the listing. I know of one Fortune 20 company who had to re-engineer their entire customer and prospect databases due to a blocklist. And, yeah, that one was actually due to an append. They did an append and the append not only added a &#8220;new&#8221; address to a record where the person had previously opted out, but that person worked at a major spam filtering company. They experienced a whole world of very expensive pain.</p>
<p>Many ESPs are actually making a sound business decision by refusing to deal with non-permission mail, whether it be a purchased list or an appended list. The sender does not have permission to send to the addresses. That causes all sorts of delivery problems, which costs the ESPs lots of money and staff time to deal with. Most marketers won&#8217;t actually pay for the resources they use when appending or buying lists. Then they blame the ESP when their mail ends up in the bulk folder or is blocked outright.</p>
<p>I don&#8217;t think many marketers fully integrate the cost of dealing with a poor list into their decisions. My tweet from earlier today &#8220;<a href="http://twitter.com/#!/wise_laura/status/163003074850467840">If you have to &#8220;ignore all the costs associated with complaints&#8221; to find a positive ROI on opt-out mail, is there really a positive ROI?</a> is a paraphrase of one of the things I heard.</p>
<p>ESPs can&#8217;t avoid those costs, they&#8217;re stuck with them. Lowering those costs by requiring senders to only send to recipients who have given permission is a smart business decision. Marketers don&#8217;t pay those costs, but if they even acknowledged them I suspect that there would be a whole lot less sloppy email marketing.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2012/01/are-there-costs-with-opt-out-mail/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP Address reputation primer</title>
		<link>http://blog.wordtothewise.com/2012/01/ip-address-reputation-primer/</link>
		<comments>http://blog.wordtothewise.com/2012/01/ip-address-reputation-primer/#comments</comments>
		<pubDate>Fri, 27 Jan 2012 00:19:27 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[ip addresses]]></category>
		<category><![CDATA[IP Reputation]]></category>
		<category><![CDATA[primers]]></category>
		<category><![CDATA[recipient]]></category>
		<category><![CDATA[Reputation]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3761</guid>
		<description><![CDATA[There has been a lot of recent discussion and questions about reputation, content and delivery. I started to answer some of them, and then realized there weren&#8217;t any basic reference documents I could refer to when explaining the interaction. So I decided to write some. This first post is about IP address reputation with some [...]]]></description>
			<content:encoded><![CDATA[<p>There has been a lot of recent discussion and questions about reputation, content and delivery. I started to answer some of them, and then realized there weren&#8217;t any basic reference documents I could refer to when explaining the interaction. So I decided to write some.</p>
<p>This first post is about IP address reputation with some background on why IPs are so important and why ISPs focus so heavily on the sending IP.</p>
<h2>Why IP addresses?</h2>
<p>ISPs built reputation around IP addresses  because it was one bit of data that malicious senders / spammers  couldn&#8217;t forge. The connecting IP is a fundamental part of the network  transaction and if you forge an IP then SMTP can&#8217;t work. Because that  was the reliable data they had to work with, that&#8217;s what they used. Even now, when there are other kinds of data, the IP address is still the first thing the receiving MTA sees.</p>
<h2>What is IP reputation?</h2>
<p>IP reputation can best be summed up as &#8220;past performance is an indicator of future results.&#8221; In other words if recipients responded well to mail from an IP address in the past, then they&#8217;re likely to respond well to new mail from that IP address.</p>
<h2>How is IP reputation measured?</h2>
<p>While each spam filtering company and ISP have their own ways of calculating the reputation of an IP address, there are some similarities in what they measure.</p>
<ul>
<li>How many non-existent email addresses is this IP attempting to deliver to?</li>
<li>How many abandoned email addresses is this IP attempting to deliver to?</li>
<li>How many &#8220;known bad&#8221; email addresses (spamtraps) is this IP attempting to deliver to?</li>
<li>How many recipients complain about receiving this mail?</li>
<li>How many recipients complain about not receiving this mail?</li>
<li>How respectful of my resources is this IP?</li>
<li>Does this IP keep connections open for long periods of time?</li>
<li>Does this IP retry deliveries too aggressively?</li>
<li>Does this IP stop mailing addresses after receiving a &#8220;user unknown&#8221; message?</li>
<li>Is this IP address configured as if the associated machine was infected by a virus?</li>
<li>Is this IP address listed on blocklists we use?</li>
</ul>
<p>That is by no means an exhaustive list of what ISPs measure. If they can measure it they&#8217;ve tried. If the measurement helps them separate spam mail from not-spam mail then they&#8217;re using it.</p>
<h2>How fast does IP reputation change?</h2>
<p>IP reputation is often measured over multiple time periods. ISPs can look at a 1 day, 7 day, 30 day and 90 day reputation. A good analogy is stock prices. Prices can be very volatile in the short term, but more consistent over the long term. A single bad day, where one or more reputation measurements go bad, may affect delivery that day or the next day but won&#8217;t damage an overall good reputation. Likewise, a few days of improved mail may not be sufficient to counter months of poor reputation.</p>
<h2>How is IP reputation used?</h2>
<p>Mail from IPs with a high reputation is accepted faster and at a higher rate than mail from IPs with a lower or unknown reputation.  IP reputation can also influence whether mail is delivered to the inbox or the bulk folder.</p>
<h2>Key IP Reputation takeaways</h2>
<ul>
<li>IP reputation is about how recipients react to mail from that IP. Happy, content recipients turn into good delivery.</li>
<li>Brief changes (for good or bad) don&#8217;t necessarily ruin delivery over the long term.</li>
<li>Steady improvements will result in improved reputation.</li>
<li>It may takes as much time to change a reputation in one direction or another as it took to establish the reputation in the first place.</li>
</ul>
<p>Next we&#8217;ll look at content reputation, how it&#8217;s measured and used.</p>
<p>EDIT: A version of this information is available at the <a href="http://wiki.wordtothewise.com/IP_Reputation">Word to the Wise wiki</a></p>
<p>EDIT: This post was also shared at <a href="http://www.circleid.com/posts/ip_address_reputation_primer/">CircleID</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2012/01/ip-address-reputation-primer/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cheetahmail on appending</title>
		<link>http://blog.wordtothewise.com/2012/01/cheetahmail-on-appending/</link>
		<comments>http://blog.wordtothewise.com/2012/01/cheetahmail-on-appending/#comments</comments>
		<pubDate>Thu, 19 Jan 2012 00:18:09 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[appending]]></category>
		<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[inbox]]></category>
		<category><![CDATA[spamfolder]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3736</guid>
		<description><![CDATA[Experian CheetahMail believes that opt-out email appending is no longer an acceptable practice, and that marketers should no longer use of this practice to acquire customer email addresses. EmailResponsibly In my experience, appending causes major delivery problems. Of course, every time the issue comes up some marketer tells us who think it&#8217;s a bad idea [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p>Experian CheetahMail believes that opt-out email appending is no longer an acceptable practice, and that marketers should no longer use of this practice to acquire customer email addresses.<cite> <a href="http://www.emailresponsibly.com/2012/01/18/a-cheetahmail-new-years’-resolution-giving-up-email-append/">EmailResponsibly</a> </cite></p></blockquote>
<p>In my experience, appending causes major delivery problems. Of course, every time the issue comes up some marketer tells us who think it&#8217;s a bad idea that they successfully used appending and it worked and all the delivery problems are a figment.</p>
<p>Maybe the supporters will believe Ben and Experian / CheetahMail that appending is not a good thing to do. After all, Ben was a large proponent of the practice many years ago and Experian still sells <a href="http://www.experian.co.uk/integrated-marketing/e-append.html">appending services</a> in some countries.</p>
<p>Sending mail without permission, which is what appending usually is, will cause delivery problems. Stick to real permission, not vague promises.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2012/01/cheetahmail-on-appending/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Don&#8217;t spam filter your role accounts</title>
		<link>http://blog.wordtothewise.com/2011/12/dont-spam-filter-your-role-accounts/</link>
		<comments>http://blog.wordtothewise.com/2011/12/dont-spam-filter-your-role-accounts/#comments</comments>
		<pubDate>Wed, 21 Dec 2011 16:37:01 +0000</pubDate>
		<dc:creator>steve</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[abacus]]></category>
		<category><![CDATA[abuse]]></category>
		<category><![CDATA[filtering]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3698</guid>
		<description><![CDATA[A variety of &#8220;amazon.com order confirmations&#8221; showed up in my inbox this morning. They were quite well done, looking pretty close to real Amazon branding, so quite a few people will click on them. And they funnel people who do click to websites that contain hostile flash apps that&#8217;ll compromise their machines (and steal their [...]]]></description>
			<content:encoded><![CDATA[<p>A variety of &#8220;amazon.com order confirmations&#8221; showed up in my inbox this morning. They were quite well done, looking pretty close to real Amazon branding, so quite a few people will click on them. And they funnel people who do click to websites that contain hostile flash apps that&#8217;ll compromise their machines (and steal their private data, login and banking credentials then add them to botnets to attack other sites and so on).</p>
<p>Not good. Just the sort of urgent, high-risk issue that ISP abuse desks really want to hear about. I sent email about it to the ISPs involved, including a copy of the original email. One of them went to iWeb, a big (tens of thousands of servers) hosting company.</p>
<p>This was the response:</p>
<blockquote><p>&lt;abuse@noc.privatedns.com&gt;: host mott.privatedns.com[174.142.252.34] said: 554 rejected due to spam content (in reply to end of DATA command)</p></blockquote>
<p>That&#8217;s iWeb&#8217;s main abuse address for their address space, as registered with ARIN. They even have a comment in their network registration that says &#8220;Please use abuse@noc.privatedns.com for abuse issues&#8221;.</p>
<p>For email related abuse (spam, malware email, botnets, phishing, viruses, &#8230;) almost all valid, actionable abuse reports will include a copy of the email involved. And that&#8217;s exactly the sort of content that content-based spam filters do their best to block. That means that putting content-based spam filters on your abuse or security role addresses will prevent you seeing most reports about abusive traffic coming from your network.</p>
<p>There are some companies that have an intentional policy of rejecting most spam reports sent to them so that their abuse metrics look better, and they don&#8217;t have to pay for abuse desk staff to handle the high volumes of abuse reports their customers provoke. &#8220;Mistakenly&#8221; putting spam filters on their abuse alias is one way of doing that &#8211; others include using non-standard abuse aliases, demanding reports come in only via web forms, requiring abuse reports be sent in non-human-writable formats while discarding all others, and many more. If you don&#8217;t want to behave responsibly it&#8217;s easy enough to dodge those reports.</p>
<p>Legitimate companies really want to know about abusive traffic sooner rather than later, so they can shut it down and mitigate the damage as quickly as possible. Email systems are complex, though, and it&#8217;s quite easy for an upgrade to spam filtering at a companies main mailserver to mistakenly by applied to abuse@ and security@ aliases &#8211; especially when spam filtering or email services are outsourced. And if you&#8217;re a company that uses dozens of domains it&#8217;s easy to lose track of where mail to abuse@ some of those domains ends up.</p>
<p>If you&#8217;re responsible for email, abuse or security at your organization it&#8217;s worth occasionally checking that your role accounts actually work. Find yourself a fairly obvious bit of spam, then forward it to your abuse@ role address (with a sentence or two telling your abuse desk that you&#8217;re just testing, and can they reply to your mail so you know they received it).</p>
<p>Real spam sent directly to abuse@ role addresses can be a severe problem, but content-based filtering is not the way to deal with it. One approach that we suggest to our <a href="http://wordtothewise.com/products/abacus.html">Abacus</a> users is to prioritize reports that mention a URL or an IP address on your network, so that legitimate, actionable reports will &#8220;bubble up&#8221; above any spam.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/12/dont-spam-filter-your-role-accounts/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Bounce handling simplified</title>
		<link>http://blog.wordtothewise.com/2011/12/bounce-handling-simplified/</link>
		<comments>http://blog.wordtothewise.com/2011/12/bounce-handling-simplified/#comments</comments>
		<pubDate>Wed, 07 Dec 2011 00:55:18 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[bounce]]></category>
		<category><![CDATA[bounce handling]]></category>
		<category><![CDATA[bounces]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3663</guid>
		<description><![CDATA[I am a strong believer that bounce handling should be designed to remove addresses that have no human on the other end while not removing addresses that have a real recipient on the other end. Bounce handling should be designed to appropriately manage your subscriber base. Delivery problems are the consequence if you don&#8217;t do [...]]]></description>
			<content:encoded><![CDATA[<p>I am a strong believer that bounce handling should be designed to remove addresses that have no human on the other end while not removing addresses that have a real recipient on the other end.</p>
<p>Bounce handling should be designed to appropriately manage your subscriber base. Delivery problems are the consequence if you don&#8217;t do that. They shouldn&#8217;t be the <strong>reason</strong> you bounce handle, though. </p>
<p>Context matters.</p>
<p>My experience tells me that senders that think about the impact of their sends can do things that &#8220;break the rules&#8221; while still being respectful of their subscribers and still see good delivery. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/12/bounce-handling-simplified/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Think before you mail</title>
		<link>http://blog.wordtothewise.com/2011/12/think-before-you-mail/</link>
		<comments>http://blog.wordtothewise.com/2011/12/think-before-you-mail/#comments</comments>
		<pubDate>Thu, 01 Dec 2011 22:02:44 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[bulk]]></category>
		<category><![CDATA[communication]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[types of email]]></category>
		<category><![CDATA[unexpected email]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3649</guid>
		<description><![CDATA[I get quite a bit of unsolicited mail. I mean, sure, we all get a lot of spam, but that&#8217;s not the unsolicited mail I&#8217;m talking about. I&#8217;m talking about from people and companies in the email space. They want to make sure I&#8217;ve seen their new whitepaper or article about delivery. Or they have [...]]]></description>
			<content:encoded><![CDATA[<p>I get quite a bit of unsolicited mail. I mean, sure, we all get a lot of spam, but that&#8217;s not the unsolicited mail I&#8217;m talking about. I&#8217;m talking about from people and companies in the email space. They want to make sure I&#8217;ve seen their new whitepaper or article about delivery. Or they have a question about something I&#8217;ve written here. Or they are looking to hire me.</p>
<p>All of these things are great. I love hearing from readers, either in comments or in email. We have a valid (unfiltered) contact address here on the blog. My email address(es) aren&#8217;t difficult to find. I want to talk to people.</p>
<p>Sometimes some of the people who contact me do actually send spam. It&#8217;s bulk, it&#8217;s impersonal, it&#8217;s not about me or my perspective it&#8217;s about them trying to sell something (themselves, their newest product, their company) to anyone who is buying.</p>
<p>If it&#8217;s clear it&#8217;s a one off I&#8217;ll generally just move the mail out of my inbox and forget about it. Sometimes, though, there are hints that this is more than just a one time mail. The email will have an unsubscribe link, or it&#8217;s the third or fourth time I&#8217;ve gotten mail from that sender or it will be from a PR company. I deal with them in different ways. Sometimes I&#8217;ll offer a different email address that I route better, or I&#8217;ll just filter the mail based on some unique bit of the header.</p>
<p>The ones that really get me, though, are when the senders argue with me that I should feel special to get their bulk mail. &#8220;It was individually sent to you!&#8221; &#8220;I sent it because you&#8217;re such a great resource and wanted to say thank you!&#8221; But it was bulk mail, mail dozens of other people got (hint: the email / delivery industry is very small. we talk to each other all the time, if you send mail to more than one of us, we&#8217;re going to talk about it).</p>
<p>I have no problem with you inviting me to your event. Or telling me about the latest or greatest thing you wrote. I don&#8217;t even mind the occasional one-off bulk mail. But if you are sending mail to a specific person, put in the 20 seconds to personalize it and make it feel like it&#8217;s special for me.</p>
<p>A few moments to think and personalize before you send that email will make your recipient much more open to your pitch. This is as applicable to one off mail as it is to bulk.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/12/think-before-you-mail/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>About that Junk Folder</title>
		<link>http://blog.wordtothewise.com/2011/11/about-that-junk-folder/</link>
		<comments>http://blog.wordtothewise.com/2011/11/about-that-junk-folder/#comments</comments>
		<pubDate>Wed, 30 Nov 2011 00:12:25 +0000</pubDate>
		<dc:creator>steve</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[Delivery Improvement]]></category>
		<category><![CDATA[bulk folder]]></category>
		<category><![CDATA[engagement]]></category>
		<category><![CDATA[relevance]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3631</guid>
		<description><![CDATA[I use a pretty standard mail filtering setup &#8211; a fairly vanilla SpamAssassin setup on the front end, combined with naive bayesian content filters in my mail client. So I don&#8217;t reject any mail, it just ends up in one of my inboxes or a junk folder. And I have a mix of normal consumer [...]]]></description>
			<content:encoded><![CDATA[<p>I use a pretty standard mail filtering setup &#8211; a fairly vanilla SpamAssassin setup on the front end, combined with naive bayesian content filters in my mail client. So I don&#8217;t reject any mail, it just ends up in one of my inboxes or a junk folder. And I have a mix of normal consumer mail &#8211; facebook, twitter, lots of commercial newsletters, mail from friends and colleagues and spam. (As well as that I have a lot of high traffic industry mailing lists, but overall it&#8217;s a fairly normal mix.)</p>
<p>My bayesian filter gets trained mostly by me hitting &#8220;this is spam&#8221; when spam makes it to my inbox. If I&#8217;m expecting an email &#8220;immediately&#8221; &#8211; something like a mailing list COI confirmation or email as part of buying something online &#8211; I&#8217;ll check my spam filter and move the mail to my inbox in the rare case it ended up there. Other than that I let it and spamassassin chug along with no tweaking.</p>
<p>I&#8217;m starting a data analysis project, based on my own inboxes, and as part of that I&#8217;m using some tools to look for false positives in my junk folders, and manually fixing anything that&#8217;s misclassified. I&#8217;ve been doing this for a couple of hours now, and I&#8217;ve found some interesting things.</p>
<ol>
<li>Simple content filters work remarkably well out of the box, at least for my mail stream. Spectacularly well. There&#8217;s very little in the way of false positives. Very, very little.</li>
<li>Of those false positives there&#8217;s nothing I&#8217;d have been bothered about. It&#8217;s generic, unexciting junk mail.</li>
<li>Most of the systemic false positives seem to be correlated with the senders doing something bad. Heathrow Express, for instance, sent me mail every two weeks or so since I&#8217;d signed up. Then for no obvious reason they stopped sending for three months, then started sending again. Every mail they sent after that pause ended up in the junk folder, and I never missed them.</li>
<li>I get regular newsletters from ThinkGeek. Every one of those goes to the inbox. I occasionally get mails from them about my account (&#8220;you&#8217;ve got 420 geek points left&#8221;) that are kinda transactional, but not something I expect to see &#8211; and they all end up in the junk folder. Several other senders do the same thing, and get the same result.</li>
<li>Several companies have used tagged addresses to send me newsletters for a while, and also used them to send unsolicited facebook invites (to the tagged address, from facebook servers). The regular newsletters all go to the inbox, while the facebook invites all go to the junk folder. &#8220;Legitimate&#8221; facebook mail, meanwhile, keeps going to the inbox.</li>
<li>Apple send me a lot of newsletters &#8211; I&#8217;m a Mac and iPhone developer, I get their consumer newsletters, transactional stuff from our local store &#8211; lots and lots of newsletters. They all made it to the inbox except for one. The one that ended up in the junk folder was a one-off about recycling, and it wasn&#8217;t up to their usual design standards &#8211; it had ugly big green &#8220;call to action&#8221; headlines in it, very different to their usual clean design.</li>
<li>Just one sender hit the junk folder every time. The distinctive thing about their messages (apart from them not being something I missed) was that the plain text part of them was dreadful, just a bad lynx dump of the html section. Even a &#8220;No plain text for you! Go to this link!&#8221; would have been better.</li>
</ol>
<p>I was surprised at how effective this simple content-based filtering setup had worked with little tuning other than hitting the this-is-spam button &#8211; both in it&#8217;s accuracy at removing spam while keeping a very low false positive rate, but also how well the false positives matched my judgement of &#8220;Meh. This mail isn&#8217;t interesting.&#8221;.</p>
<p>We spend a lot of time talking about the things you should do to make the mail relevant to the recipient &#8211; compelling content, consistent, predictable delivery schedules, clear consistent branding, use of a single consistent mail stream to communicate with a recipient rather than several different streams. Until I went through this exercise it wasn&#8217;t clear to me how much of an effect those things <em>also</em> have on fairly simple recipient-trained filters.</p>
<p>&nbsp;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/11/about-that-junk-folder/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Opt-in vs. opt-out</title>
		<link>http://blog.wordtothewise.com/2011/11/opt-in-vs-opt-out/</link>
		<comments>http://blog.wordtothewise.com/2011/11/opt-in-vs-opt-out/#comments</comments>
		<pubDate>Mon, 28 Nov 2011 22:29:03 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[opt-in]]></category>
		<category><![CDATA[opt-out]]></category>
		<category><![CDATA[purchased lists]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3628</guid>
		<description><![CDATA[Jeanne has a great post up at ClickZ comparing the performance of mail to an opt-in list to performance of mail to an opt-out list. The article looks at opens, clicks and click through rates over 7 quarters (Q1 &#8211; Q4 2010; Q1 &#8211; Q3 2011) covering 330 million emails. I strongly suggest anyone interested [...]]]></description>
			<content:encoded><![CDATA[<p>Jeanne has a great post up at ClickZ <a href="http://www.clickz.com/clickz/column/2127066/opt-lists-perform-opt">comparing the performance of mail to an opt-in list to performance of mail to an opt-out list</a>. </p>
<p>The article looks at opens, clicks and click through rates over 7 quarters (Q1 &#8211; Q4 2010; Q1 &#8211; Q3 2011) covering 330 million emails. I strongly suggest anyone interested go read the whole article.</p>
<p>The short version, though, is that the opt-in lists had more opens and more clicks than the opt-out lists. In some quarters it was double the number of opens and clicks. </p>
<p>This data is a strong indication that opt-in lists perform much better than even the best opt-out lists. </p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/11/opt-in-vs-opt-out/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Vetting customers</title>
		<link>http://blog.wordtothewise.com/2011/11/vetting-customers/</link>
		<comments>http://blog.wordtothewise.com/2011/11/vetting-customers/#comments</comments>
		<pubDate>Wed, 16 Nov 2011 01:33:25 +0000</pubDate>
		<dc:creator>laura</dc:creator>
				<category><![CDATA[Asides]]></category>
		<category><![CDATA[Best Practices]]></category>
		<category><![CDATA[docs]]></category>
		<category><![CDATA[maawg]]></category>

		<guid isPermaLink="false">http://blog.wordtothewise.com/?p=3598</guid>
		<description><![CDATA[MAAWG has published a BCP for vetting new customers. This is the culmination of much work by a lot of people. One of the best things about the document is the discussion of how spammers attempt to hide their identity. All too often I&#8217;ve been called in by ESPs to help them identify how a [...]]]></description>
			<content:encoded><![CDATA[<p>MAAWG has published a <a href="http://www.maawg.org/sites/maawg/files/news/MAAWG_Vetting_BCP_2011-11.pdf">BCP for vetting</a> new customers. This is the culmination of much work by a lot of people.</p>
<p>One of the best things about the document is the discussion of how spammers attempt to hide their identity. All too often I&#8217;ve been called in by ESPs to help them identify how a spammer got on their network and where their process failed. As filtering gets better at blocking spam, spammers are spending more and more time trying to steal good reputations to get their unwanted mail through.</p>
<p>Providers who follow these rules may still find themselves with spammers as customers, but the spammers will have to work harder to get on clean networks.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.wordtothewise.com/2011/11/vetting-customers/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

