Network Users' Group ``wheel'' / Dai ISHIJIMA's Page / ソフトウェアのページ Postfixを使った迷惑メール対策 / ダウンロード Postfixでの迷惑メール対策設定例 | Procmailによる迷惑メールの分別（フィルタリング） 初版: 2007-09-21 最終更新日: 2007-12-27 ●はじめに 本ページでは、当サイトで開発し利用している Postfixを使った「『手抜き』迷惑メール対策」を紹介します。 本方式の特徴は、 対策を実施したら、MTA側（Postfixとその周辺ツール）では 基本的にメンテナンスを行わない という点にあります。 多くの迷惑メール対策では、 迷惑メールでないメールを排除しないための「ホワイトリスト」 明らかに迷惑メールであるメールを排除するための「ブラックリスト」 放置しておくと成長しつづける「

コラム　−IIJ技術陣− IIJ技術陣「spamからメールを守れ（管理者編）」 第2回：sendmailにおけるタイムアウト値とリソースの設定 2005年2月28日 小林直 ユーザ編はこちら＞＞ 最近では、サーバとクライアントの処理能力を比較するとほとんど差がなくなってきたり、最大100MbpsのFTTHが安価に手に入るようになった。そのため、適切に設定されていないサーバは、悪意ある1台のクライアントにより、処理能力を使いきられてしまう可能性がある。 このような事態を防ぐためには、タイムアウト値を調整したりリソースを制限したりといった対策が必要だ。そこで今回は、以下の点について解説する。 タイムアウト値の調整 リソースの制限 このコラムで解説している機能はすべてsendmailに付属している「m4マクロ」による設定生成ツールで使用できる。それぞれ説明する変数名は、m4マクロで用いる名称

ITトレンドEXPO2025 SPRINGに出展致します。 本展示会は最先端のITソリューションが一堂に会する日本最大級のオンライン展示会です。各業界トップクラスの専門家による貴重な講演も予定されています。弊社からは製造DXコーナーにMR遠隔支援アプリ「XVisionSuppor […]

S25Rスパム対策方式を導入したサイトへメールを送った時、受信側メールサーバから送信側メールサーバへ以下のようなメッセージが返されて受信が一時的に拒否されることがあります。 450 4.7.1 <unknown[***.***.***.***]>: Client host rejected: reverse lookup failure, be patient （送信元ホストのIPアドレスの逆引きに失敗したか、または得られた逆引き名がそのIPアドレスに対応しません。しばらくお待ちください。） 450 4.7.1 <***-***-***-***.example.jp[***.***.***.***]>: Client host rejected: S25R check, be patient （送信元ホストの逆引き名がS25Rの拒否条件に引っかかりました。しばらくお待ちください。） 450

K2-net ホームへ English (postgrey ML archive) 2004/9/30 (lastupdate 2009/5/29) これはなに? Rgreyとは、メールサーバ上でスパムやウイルスメールを排除するためのフィルタの手法で、 S25Rとgreylistingというスパム判定手法を組み合わせて使うというものです。 スパムの検出率を上げることより、正しいメールの誤検出をしないことを目標 として設計されており、原理的にほとんど誤検出無く運用することが出来ます。 そのため、ベイジアンフィルタ等の他のコンテンツフィルタと組み合わせて 1次フィルタとして利用すると有効ですが、これだけでも95%弱程の検出率はあります。 同様の手法で、greylistingの代わりにtarpitting(遅延)を利用したStarpitという手法と、tarpittingとgreylistingを

(追記) このStarpitの課題点を改善したtaRgreyというものを提案しています。 こちらのほうがいろいろな点でよりベターなものになっていますので、こちらのエントリーをご覧いただいた後は、このエントリーもご確認下さい。 taRgrey - S25R + tarpitting + greylisting (tarpit + greylist policy server) モーグルとカバとパウダーの日記 - taRgrey - S25R + tarpitting + greylisting (修正 2009/05/19) 現時点でのスパムに対応するように遅延時間を85秒に変更しました。またS25RのパターンをIPv6での誤検出が無いように変更されたのを、今更ながら反映しました。 Starpitというスパム対策方法を提案します。*1 これはMTAで「ほぼ誤検出無く」93%程度のスパムを排除

2006/11/9 (lastupdate 2008/2/21) このページはネットワークセキュリティExpert5の「Postfixで実現！迷惑メール対策」および、Software Design 2008/3の「Postfixでspamメール対策を実現」の記事のサポートページとして、記事中で紹介したPostfixの設定ファイルなどを提供しています。 ここでは記事を執筆した後に、状況が変わったり、ベターな設定が見つかった場合などの変更点を案内します。 Software Design 2008/3の「Postfixでspamメール対策を実現」記事執筆後の変更点 まだありません。 ネットワークセキュリティExpert5の「Postfixで実現！迷惑メール対策」記事執筆後の変更点 taRgreyのオプション指定の変更 2006/12/25追記 targrey-0.3以降から、targreyパッチ

メールサーバーでウィルス&スパムチェック(Postfix+Clam AntiVirus+SpamAssassin) 最終更新日： 2008.10.02 <<トップページ <<新着情報 <<質問掲示板 <<アンケート <<サイト内検索 <<ダウンロード <<管理人へメール <<Fedoraで自宅サーバー構築 ■概要 Clam AntiVirusとSpamAssassinを使用してメールサーバー側でメールに対するウィルスチェックとスパムチェックを行う。 なお、メールサーバー(Postfix)とClam AntiVirus、SpamAssassinとの連携はamavisd-newを利用して行なう。 ここでは、自宅サーバーに構築したメールサーバーに外部から送られてきたメール及び、内部から送り出すメールのウィルスチェックを行い、ウィルスを検出したらメールを破棄するようにする。 また、外部から

SpamAssassinのスパム対策 メールサーバ側で迷惑スパムメール対策を行う方法を紹介します。このスパム対策よりクライアント側のOutlookExpressでメール受信等でスパムメールがある程度軽減できると思います。対策には、SpamAssassin というフリーのソフトで「SpamAssassin」ソフトウェアを利用してみます。 SpamAssassinは、PerlスクリプトでCGIの使用ですが、Redhat、FedoraCoreのLinux用のrpmパッケージが用意されていますので、yumで普通にインストールできます。 SpamAssassinは、amavisd-newをインストールする際に、一緒にインストールされますので確認してみます。

概要 日本語対応SpamAssassinのインストール手順です。 こちらのサイトを参考にさせていただきました。 日本語対応パッチもこちらで公開されています。 Taki Internet Mail Private Lab. - SpamAssassin関連実験場 mecab 日本語は英語のように単語毎には分かち書きされていない言語なので、単語毎に解析するには分かち書きプログラムが必要になります。 日本語対応SpamAssassinでは分かち書きプログラムとして形態素解析エンジンmecabを使用します。 mecabはUTF-8版としてコンパイルします。 libiconv http://www.sunfreeware.com/ でパッケージが提供されているのでこれを使用します。 $ gzip -d libiconv-1.xx-sol10-x86-local.gz # pkgadd -d libi

プロバイダのhi-hoが大手としては初めて 逆引きできないホストからのメールを遮断する措置を開始しました。(2005-11現在、苦情が出たようで措置は一時停止されているようです） 最終的に以下についてspam対策をするということですが今回は (2)についの措置に対するアナウンスです。 (1) 架空ドメイン名アドレスの拒絶 (2) 逆引きできないホストの拒絶 (3) 学習型迷惑メールフィルターによる選別 これは画期的といってもいいすばらしい決断です。 (1) と (3) はspammerと推定されるサーバーの拒絶およびspamと推定されるメールの拒絶（選別）であるのに対して (2) はspammerだけとは限らず管理の悪いサーバーも含まれてしまうところがポイントです。 某OC*などは通信の秘密（検閲の禁止）を盾にメールの拒絶については何も行っていませんね。

知らなかったのですがsendmailのバージョン8.13からGreet Pauseという手法が追加されていたそうです(オープンソースマガジン 2006年2月号 78ページ：第二特集 メール配送技術の最新事情、ソフトバンククリエイティブ株式会社発行）。ということでさっそくやってみました。 まえがき 最近のspammerは大量メールをさばくために専用ソフトを使っていて、メール配送のSMTPの手順を手抜きしてどんどん送りつけています。 普通であればメールサーバーにつなぐと、受け取り先はグリーティングメッセージといって 220 rep.rbl.jp ESMTP Sendmail 8.13.4/8.13.3; Fri, 13 Jan 2006 11:25:52 +0900 (JST) のように送り元に応答を返します。送り元はそれを待って（ソフト的には頭の220という数値で判断しメー

上記の「ステータス」というのは、メール配信時に付加される "Received-SPF:" ヘッダに表記される文字列です。 Received-SPF ヘッダに関する詳細は後述します。また、「メールの扱い」はあくまで代表的な例ですので、すべてのサーバーが上記のような動作をするとは限りません。最終的には受信側サーバーの裁量にいかんです。 Mechanism Mechanism はディレクティブの Qualifier を除く部分で、ホストのマッチングルールを指定します。多くの指定方法がありますので、それぞれ個別にご紹介します。 ip4 : IP アドレスによるマッチ "ip4" は送信元 IP アドレスが指定された IP アドレスと一致するかを確認する Mechanism です。書式は以下のようになります。 ip4:<IPアドレス> 例えば、 "+210.251.253.231" というディレクテ