<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>迷惑メール送信者とのイタチごっこを終わらせるために (1) へのコメント</title>
	<atom:link href="http://www.gcd.org/blog/2006/10/102/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gcd.org/blog/2006/10/102/</link>
	<description>CTO兼プログラマ兼システム管理者の視点から</description>
	<lastBuildDate>Tue, 16 Feb 2010 17:40:39 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>モーグルとカバとパウダーの日記 より</title>
		<link>http://www.gcd.org/blog/2006/10/102/comment-page-1/#comment-148</link>
		<dc:creator>モーグルとカバとパウダーの日記</dc:creator>
		<pubDate>Tue, 24 Oct 2006 07:45:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.gcd.org/blog/2006/10/102/#comment-148</guid>
		<description>&lt;strong&gt;[pc][spam]ベイジアンフィルタ回避でダミーの文書を張る手法はワードサラダ(Word Salad)と言う&lt;/strong&gt;

404 Blog Not Found:HAMにSPAMを混ぜてfilterを出し抜く手口 より、 atsushifxの七転八倒 ≫ Blog Archive ≫ 404 Blog Not Found:HAMにSPAMを混ぜてfilterを出し抜く手口 ちなみにワードサラダ(Word Salad)というみたいです。 最近の株スパムに多い、画像貼り付け系でもこ
</description>
		<content:encoded><![CDATA[<p><strong>[pc][spam]ベイジアンフィルタ回避でダミーの文書を張る手法はワードサラダ(Word Salad)と言う</strong></p>
<p>404 Blog Not Found:HAMにSPAMを混ぜてfilterを出し抜く手口 より、 atsushifxの七転八倒 ≫ Blog Archive ≫ 404 Blog Not Found:HAMにSPAMを混ぜてfilterを出し抜く手口 ちなみにワードサラダ(Word Salad)というみたいです。 最近の株スパムに多い、画像貼り付け系でもこ</p>
]]></content:encoded>
	</item>
	<item>
		<title>仙石浩明 より</title>
		<link>http://www.gcd.org/blog/2006/10/102/comment-page-1/#comment-147</link>
		<dc:creator>仙石浩明</dc:creator>
		<pubDate>Mon, 16 Oct 2006 04:19:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.gcd.org/blog/2006/10/102/#comment-147</guid>
		<description>実際、私にとっては終わっているのですが... ＞ いたちごっこ
「阻止率99%のスパム対策方式の研究報告」との違いは、次の記事で説明する予定ですが、簡単に言うと「阻止率99%...」が逆引きFQDNの特徴とブラックリストを用いてダイアルアップを判別するのに対し、もっと直接的な方法を用いるのでブラックリストを必要としないという点です。
私の方法ではブラックリストは、あくまで逆引きできない IPアドレスにのみ使用する、という点で従来の方法と異なるのではないかと思います。まあ、別に一番乗りを主張したいわけではなく、迷惑メール対策にケリをつけたいだけですけれど。従来の方法とは異なる目的でブラックリストを用いるため、リストの更新がそれほど煩雑ではないという特徴もありますね。
</description>
		<content:encoded><![CDATA[<p>実際、私にとっては終わっているのですが&#8230; ＞ いたちごっこ<br />
「阻止率99%のスパム対策方式の研究報告」との違いは、次の記事で説明する予定ですが、簡単に言うと「阻止率99%&#8230;」が逆引きFQDNの特徴とブラックリストを用いてダイアルアップを判別するのに対し、もっと直接的な方法を用いるのでブラックリストを必要としないという点です。<br />
私の方法ではブラックリストは、あくまで逆引きできない IPアドレスにのみ使用する、という点で従来の方法と異なるのではないかと思います。まあ、別に一番乗りを主張したいわけではなく、迷惑メール対策にケリをつけたいだけですけれど。従来の方法とは異なる目的でブラックリストを用いるため、リストの更新がそれほど煩雑ではないという特徴もありますね。</p>
]]></content:encoded>
	</item>
	<item>
		<title>うめ より</title>
		<link>http://www.gcd.org/blog/2006/10/102/comment-page-1/#comment-146</link>
		<dc:creator>うめ</dc:creator>
		<pubDate>Mon, 16 Oct 2006 03:28:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.gcd.org/blog/2006/10/102/#comment-146</guid>
		<description>http://www.gabacho-net.jp/anti-spam/anti-spam-system.html
とほぼ同じアイディアですかね？
このような方式はブラックリスト・ホワイトリストが必須で、「いたちごっご」は終わらない気がします。また、自宅サーバを除外する方法ですので、良い方法とは言えません。
ブラックリストは、もう他のブラックリストがありますよね？(RBL等)
やはり、ブラックリストの更新が必要で、「いたちごっご」は終わらないような気がします。
『「きちんと管理された」IP アドレスから送信されたメール』を確認する提案ならば、SPF や Domain Keys の導入を進めるほうが良いかと。
</description>
		<content:encoded><![CDATA[<p><a href="http://www.gabacho-net.jp/anti-spam/anti-spam-system.html" rel="nofollow">http://www.gabacho-net.jp/anti-spam/anti-spam-system.html</a><br />
とほぼ同じアイディアですかね？<br />
このような方式はブラックリスト・ホワイトリストが必須で、「いたちごっご」は終わらない気がします。また、自宅サーバを除外する方法ですので、良い方法とは言えません。<br />
ブラックリストは、もう他のブラックリストがありますよね？(RBL等)<br />
やはり、ブラックリストの更新が必要で、「いたちごっご」は終わらないような気がします。<br />
『「きちんと管理された」IP アドレスから送信されたメール』を確認する提案ならば、SPF や Domain Keys の導入を進めるほうが良いかと。</p>
]]></content:encoded>
	</item>
</channel>
</rss>
