<?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"
	>

<channel>
	<title>Michael Gracie &#187; blacklist</title>
	<atom:link href="http://michaelgracie.com/tag/blacklist/feed/" rel="self" type="application/rss+xml" />
	<link>http://michaelgracie.com</link>
	<description>Clever Tagline Unavailable At Publication Time</description>
	<pubDate>Tue, 02 Dec 2008 16:21:07 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
	<language>en</language>
			<item>
		<title>SpamCop fills the paddy-wagon</title>
		<link>http://michaelgracie.com/2006/01/30/spamcop-fills-the-paddy-wagon/</link>
		<comments>http://michaelgracie.com/2006/01/30/spamcop-fills-the-paddy-wagon/#comments</comments>
		<pubDate>Mon, 30 Jan 2006 13:32:03 +0000</pubDate>
		<dc:creator>Michael Gracie</dc:creator>
		
		<category><![CDATA[Spamroll]]></category>

		<category><![CDATA[AOL]]></category>

		<category><![CDATA[blacklist]]></category>

		<category><![CDATA[Gmail]]></category>

		<category><![CDATA[SpamCop]]></category>

		<guid isPermaLink="false">http://www.michaelgracie.com/spamcop-fills-the-paddy-wagon/</guid>
		<description><![CDATA[And again, its GMail users in the shackles.  SpamCop recently added several Gmail servers to its blacklist.  The reason: some spam came from those servers, and Google doesn&#8217;t pass the originating IP address of the email user.  They prefer instead to push their own IP in place of the standard &#8220;X-Originating-IP&#8221; header [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>And again, <a title=" GMail vs. SpamCop | Googling Google | ZDNet.com" href="http://blogs.zdnet.com/Google/?p=83&#038;part=rss&#038;tag=feed&#038;subj=zdblog" target="">its GMail users in the shackles</a>.  SpamCop recently added several Gmail servers to its blacklist.  The reason: some spam came from those servers, and Google doesn&#8217;t pass the originating IP address of the email user.  They prefer instead to push their own IP in place of the standard &#8220;X-Originating-IP&#8221; header line delivered from competing webmail providers, so SpamCop added the whole server(s).</p>
<p>I am not sure what Google&#8217;s beef over privacy is here, but it makes little sense to me.<br />
<span id="more-987"></span><br />
First, it is extremely difficult to learn much about a sender from their IP address, other than the general locale that particular email was generated from.  But why would a legitimate user care about that?  The good guys aren&#8217;t going out of their way to remain anonymous (at least not yet).  It&#8217;s the bad guys altering their headers, bouncing emails off open proxies, and using privacy tools to mask their real locations that you have to worry about, and an IP address in plain site is not going to bother them too much.  In fact, it is a boon for them - one less thing to worry about.  </p>
<p>On the alternative side, Brian McWilliams noted that the <a title="Spam Kings Blog: SpamCop blocking some Gmail servers" href="http://spamkings.oreilly.com/archives/2006/01/spamcop_blocking_some_gmail_se.html" target="">Gmail servers in question are not on other big blacklists</a>, which makes you wonder how SpamCop is making decisions on their own account.</p>
<p>Like the <a title="Spamroll: AOL gets blacklisted, then MAPS pulls the plug" href="http://www.michaelgracie.com/2005/04/26/aol-gets-blacklisted-then-maps-pulls-the-plug/">AOL/MAPS problem</a> some time ago, Gmail will likely get this straighted out.  But the question remains - does the fault lie with an overzealous blacklist or an email service with some funky privacy policy?</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://michaelgracie.com/2006/01/30/spamcop-fills-the-paddy-wagon/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Time For Personal Blacklists?</title>
		<link>http://michaelgracie.com/2006/01/27/time-for-personal-blacklists/</link>
		<comments>http://michaelgracie.com/2006/01/27/time-for-personal-blacklists/#comments</comments>
		<pubDate>Fri, 27 Jan 2006 18:24:49 +0000</pubDate>
		<dc:creator>Michael Gracie</dc:creator>
		
		<category><![CDATA[Spamroll]]></category>

		<category><![CDATA[blacklist]]></category>

		<category><![CDATA[blacklists]]></category>

		<guid isPermaLink="false">http://www.michaelgracie.com/time-for-personal-blacklists/</guid>
		<description><![CDATA[I can&#8217;t really add much to Techdirt&#8217;s opinion on what is and isn&#8217;t spam - it is in fact a matter of perception.
But the underlying problem regarding blacklists does deserve some elaboration.  When a blacklist adds a record because of just a few complaints, legitimate mailers to legitimate opt-in customers do get hurt.  [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>I can&#8217;t really add much to Techdirt&#8217;s opinion on <a title="Techdirt:Spam Is What I Say Is Spam" href="http://techdirt.com/articles/20060127/020231_F.shtml" target="">what is and isn&#8217;t spam</a> - it is in fact a matter of perception.</p>
<p>But the underlying problem regarding blacklists does deserve some elaboration.  When a blacklist adds a record because of just a few complaints, legitimate mailers to legitimate opt-in customers do get hurt.  Unfortunately, the everyday Joe has neither the time, inclination, nor skills to manage a personal blacklist (whether it is implemented directly or by their email service provider).  The issue deserves additional attention, I&#8217;m just not sure who is the right one for the job.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://michaelgracie.com/2006/01/27/time-for-personal-blacklists/feed/</wfw:commentRss>
		</item>
		<item>
		<title>MS phishing blacklist makes me wonder</title>
		<link>http://michaelgracie.com/2005/09/09/ms-phishing-blacklist-makes-me-wonder/</link>
		<comments>http://michaelgracie.com/2005/09/09/ms-phishing-blacklist-makes-me-wonder/#comments</comments>
		<pubDate>Fri, 09 Sep 2005 16:07:02 +0000</pubDate>
		<dc:creator>Michael Gracie</dc:creator>
		
		<category><![CDATA[Spamroll]]></category>

		<category><![CDATA[anti-phishing]]></category>

		<category><![CDATA[blacklist]]></category>

		<category><![CDATA[Microsoft]]></category>

		<guid isPermaLink="false">http://www.michaelgracie.com/ms-phishing-blacklist-makes-me-wonder/</guid>
		<description><![CDATA[As part of its anti-phishing romp (deemed suitable only for US customers, of course), Microsoft is going to be blacklisting websites deemed shady.  Which brings up an interesting question - how is such a nice gesture going to be implemented?
If Microsoft stores all these sites themselves, then you have to call on Microsoft every [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>As part of its anti-phishing romp (deemed suitable <a title="Spamroll: Microsoft's choice - anti-phish, or just plain prejudice" href="http://www.michaelgracie.com/2005/09/06/microsofts-choice-anti-phish-or-just-plain-prejudice/">only for US customers, of course</a>), Microsoft is going to be <a title="People's Daily Online  -- Microsoft to create blacklist of illegitimate websites" href="http://english1.people.com.cn:80/200509/08/eng20050908_207409.html">blacklisting websites deemed shady</a>.  Which brings up an interesting question - how is such a nice gesture going to be implemented?</p>
<p>If Microsoft stores all these sites themselves, then you have to call on Microsoft every time you surf.  Which means Microsoft gets a nice little picture of all your browsing habits, whether you go to check your VISA bill or arbitrarily hit &#8220;www.IAMGOINGTOSTEALALLYOURMONEY.com.&#8221;  If the boys in Redmond pass the blacklist on to you, refreshing every time a new scam site pops up on the list (which is about once every tenth of a millisecond), then you are going to need a bigger hard drive.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://michaelgracie.com/2005/09/09/ms-phishing-blacklist-makes-me-wonder/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Does MAPS need a guidedog?</title>
		<link>http://michaelgracie.com/2005/04/11/does-maps-need-a-guidedog/</link>
		<comments>http://michaelgracie.com/2005/04/11/does-maps-need-a-guidedog/#comments</comments>
		<pubDate>Mon, 11 Apr 2005 07:09:09 +0000</pubDate>
		<dc:creator>Michael Gracie</dc:creator>
		
		<category><![CDATA[Spamroll]]></category>

		<category><![CDATA[blacklist]]></category>

		<category><![CDATA[Kelkea]]></category>

		<category><![CDATA[MAPS]]></category>

		<category><![CDATA[RBL]]></category>

		<category><![CDATA[whitelist]]></category>

		<guid isPermaLink="false">http://www.michaelgracie.com/does-maps-need-a-guidedog/</guid>
		<description><![CDATA[According to spammers, the folks who run RBLs (Real Time Blackhole Lists) are terrorists lurking in the shadows, pouncing on unsuspecting small internet merchants, and blocking the IP addresses of entire continents at the drop of a hat.  That just isn&#8217;t true, but it also doesn&#8217;t mean that RBLs won&#8217;t ever need some checks [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>According to spammers, the folks who run RBLs (Real Time Blackhole Lists) are terrorists lurking in the shadows, pouncing on unsuspecting small internet merchants, and blocking the IP addresses of entire continents at the drop of a hat.  That just isn&#8217;t true, but it also doesn&#8217;t mean that RBLs won&#8217;t ever need some checks and balances either.<br />
<span id="more-492"></span><br />
After reading this <a title="Slashdot | Should You Trust MAPS?" href="http://ask.slashdot.org/article.pl?sid=05/04/05/147237&#038;from=rss">post</a> from Slashdot, and scouring the comments, I came to a conclusion.  RBLs may need some help now and again, and maybe they are a little too aggressive at times, but &#8220;democracy&#8221; generally prevails.  In addition, a  number of commentors at both Slashdot and NANAE noted that the poster was likely a spammer complaining about getting squashed by MAPS.  That is something that shouldn&#8217;t be ruled out.</p>
<p>According to the majority, RBLs are better than the alternative, which is unbridled spam.  The innocent will just have to deal with it until a better solution presents itself.</p>
<p>The incident mentioned over at Slashdot does bring up some questions, at least for me.  Services such as <a title="Kelkea - Services" href="http://www.kelkea.com/services/index.html">MAPS/Kelkea</a> are for-profit enterprises.  They have a vested interest in keeping spam from hitting their subscribers&#8217; databases.  So, the bigger the database of IP adddresses, the better.  With more than 1.5 billion addresses in their collection, Kelkea could be prone to error.  And the more addresses they gather, the bigger the errors are going to become.  Is it Kelkea&#8217;s responsibility to serve clean information to their customers, or is it an ISP&#8217;s responsibility to notify customers that the IP address they were just given could have been used by a spammer years back (and therefore could be subject to some blocking)?</p>
<p>Without some check of those records, and the records other blacklists and greylists, we may never know.  In the meantime, small merchants and webmasters should make sure their IPs are whitelisted with the major ISPs, just in case.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://michaelgracie.com/2005/04/11/does-maps-need-a-guidedog/feed/</wfw:commentRss>
		</item>
		<item>
		<title>Permission-based blocking via personal whitelists</title>
		<link>http://michaelgracie.com/2005/04/04/permission-based-blocking-via-personal-whitelists/</link>
		<comments>http://michaelgracie.com/2005/04/04/permission-based-blocking-via-personal-whitelists/#comments</comments>
		<pubDate>Mon, 04 Apr 2005 13:09:38 +0000</pubDate>
		<dc:creator>Michael Gracie</dc:creator>
		
		<category><![CDATA[Spamroll]]></category>

		<category><![CDATA[blacklist]]></category>

		<category><![CDATA[challenge-response]]></category>

		<category><![CDATA[Choicemail]]></category>

		<category><![CDATA[Entourage]]></category>

		<category><![CDATA[Outlook]]></category>

		<category><![CDATA[whitelist]]></category>

		<guid isPermaLink="false">http://www.michaelgracie.com/permission-based-blocking-via-personal-whitelists/</guid>
		<description><![CDATA[There are certainly some major advantages to having a personal whitelist working for you.  After it has been properly configured, you can be fairly certain the volume of spam is going to drop.  But getting it configured can be an ongoing job, particularly in the spoof-a-thon world we live in now.

The big advantage [...]]]></description>
			<content:encoded><![CDATA[<!-- sphereit start --><p>There are certainly some major advantages to having a personal whitelist working for you.  After it has been properly configured, you can be fairly certain the volume of spam is going to drop.  But getting it configured can be an ongoing job, particularly in the spoof-a-thon world we live in now.<br />
<span id="more-463"></span><br />
The big advantage of a whitelist, challenge-response combination is you don&#8217;t get any spam from someone not on that list.  Any sender not on the list drops directly into a junk-mail folder.  If the system sits server-side, the spam gets junked before it hits the desktop.  But with spammers spoofing Return-Path and From line information, what you are going to get are a lot of whitelist inclusion requests.</p>
<p>I am not putting down the <a href="http://www.digiportal.com/">Choicemail</a> system described in the article below.  Whitelist-only challenge-response systems are certainly tough to get around - nearly impossible.  But I think it is wishful thinking to expect a challenge only once every couple of weeks, as the VP of Sales at Choicemail, Dan Wallace, suggests.  An implementation at the server level, managed across the network, would reduce the spam level even further, but the challenges from disparate sources are again going to take some resources to manage.</p>
<p>Whitelisting functions (even at the personal level) are nothing new either.  I can set my <a href="http://www.microsoft.com/mac/products/entourage2004/entourage2004.aspx?pid=entourage2004">Entourage </a> junk-mail settings to &#8220;exclusive,&#8221; meaning any inbound email not in my address book goes direct to junk.  The &#8216;exclusive&#8221; option turns my address book into a whitelist.  Nonetheless, the real spam I do receive never comes from the same address - in all cases, the sender address is spoofed, and most of it comes from zombied machines, so I continue to rely on the Bayesian filter to get rid of the spam at the &#8220;high&#8221; setting.  Note that the same setup is available to Outlook users under the Tools, Options, Junk E-mail settings.  The Outlook options also include Top-Level domain management, as well as rejection of email with chosen encoding.</p>
<p>Read more here, in Techology New&#8217;s review: <a title="Technology News: Reviews: Permission-Based Filtering Puts Kibosh on Spam" href="http://www.technewsworld.com/rsstory/41828.html">Permission-Based Filtering Puts Kibosh on Spam</a>.</p>
<!-- sphereit end -->]]></content:encoded>
			<wfw:commentRss>http://michaelgracie.com/2005/04/04/permission-based-blocking-via-personal-whitelists/feed/</wfw:commentRss>
		</item>
	</channel>
</rss>
