FAQ19-84

迷惑メール対策の総合的考え方と優先順位について new!

迷惑メール対策は、メールヘッダーのFrom:だけを条件にするのではなく、接続元IPアドレス、メール本文中のURL、SMTP通信時のエンベロープFROMなど、異なる段階の情報を組み合わせて実施することが重要です。ここでは、E-Postで迷惑メール対策を行うときの基本的な考え方と、推奨する設定の優先順位を説明します。

【最初に理解しておくこと】

メールヘッダーのFrom:は詐称可能であるため、多くの迷惑メールではFrom:ヘッダーが詐称されています。詐称されているFrom:ヘッダーのドメインを拒絶条件にしてもほとんど効果は得られません。
メールフィルタ設定【mail.dat】のFrom:指定は、メールヘッダーのFrom:を判定するものであり、SMTP通信時のエンベロープFROMを判定するものではありません。
【mail.dat】は、SURBL方式による本文中に記載されたURLのドメインの判定や、件名、本文などに含まれる特徴的な文字列の判定に使用すると効果的です。
エンベロープFROMのドメインを条件に受信を拒絶する場合は、中継の制限【effect.dat】を使用します。

【推奨する迷惑メール対策の優先順位】

1．ORDB（DNSBL）による接続元IPアドレスの判定
最初に、［中継の制限］－［ORDBによる制限］へ、運用に適したDNSBLサイトを設定します。DNSBLは、接続元IPアドレスがブラックリストに登録されているかをSMTP接続時に確認する方式です。

SMTP受信処理の早い段階で接続を拒絶できるため、メール本文を受領してから判定する方式と比べ、メールサーバへの負荷を抑えやすい利点があります。迷惑メール対策では、まずORDB（DNSBL）の設定状況を確認してください。

設定例として、SpamCopを使用する場合は、次のDNSBLサイトを［ORDBによる制限］に指定します。

bl.spamcop.net

※DNSBLサイトは、提供条件、利用制限、応答速度、判定傾向などを確認したうえで選定してください。複数サイトを指定すると検出機会は増えますが、DNS問い合わせ数と処理時間も増加します。

2．SURBL方式によるメール本文中URLの判定
次に、メールフィルタ設定【mail.dat】でSURBL方式のサイトを指定します。SURBLは、受信したメール本文に記載されたURLのドメインを照会し、迷惑メールや悪意のあるサイトとして登録されているかを判定する方式です。

ORDB（DNSBL）が接続元IPアドレスを入口で判定するのに対し、SURBLはメール本文を受領し、一時保存した後にURLを検査します。このため、ORDBよりメールサーバの負荷は大きくなりますが、接続元IPアドレスだけでは判定できない迷惑メールを検出するための重要な対策です。

【mail.dat】では、SURBLによる判定に加え、Subject:、From:、Body:などの条件を使用して、件名や本文に繰り返し現れる特徴的な文字列を補助的に判定できます。ただし、冒頭にあげたようにFrom:ヘッダーのドメインを指定する方法は効果が見込めないため、避けてください。

3．【effect.dat】によるエンベロープFROMの判定
特定のエンベロープFROMやドメインからのSMTP受信を拒絶したい場合は、中継の制限【effect.dat】でfalse指定を行います。

エンベロープFROMは、メールソフトに表示されるFrom:ヘッダーとは異なります。判定対象を調査するときは、メールヘッダーだけではなく、E-Postのinlogやreceivelogなどを確認してください。E-Postのログに記録されるFROM項から、SMTP通信時のエンベロープFROMを確認できます。

同じFrom:ヘッダーのドメインから迷惑メールが繰り返し届いているように見えても、実際のエンベロープFROMや接続元IPアドレスが異なることがあります。拒絶条件を追加する前に、ログで実際の通信情報を確認することが重要です。

【メールサーバの負荷を考慮した対策順序】

ORDB（DNSBL）：SMTP接続時に接続元IPアドレスを判定し、受信前に拒絶できるため負荷は比較的小さい
SURBL：メール本文を受領・保存した後でURLのドメインを照会するため、ORDBより負荷が大きい
【mail.dat】の文字列判定：Subject:、From:、Body:などの条件を使用して、件名や本文、From:ヘッダー内に繰り返し現れる特徴的な文字列を補助的に判定
【effect.dat】：ログで確認したエンベロープFROMを条件に、特定ドメインなどを拒絶

迷惑メール対策は、負荷の小さい入口側の対策から順に実施し、それを通過したメールを後段のフィルタで詳しく判定する構成が基本です。まずORDB（DNSBL）、次にSURBL、必要に応じて【mail.dat】のパターン判定という順序で設定してください。それらを施しても、どうしてもやって来る迷惑メールに対してはログからエンベロープFROMを調べ、【effect.dat】によるエンベロープFROM判定を組み合わせてください。

【設定後の確認と見直し】

acceptlog、inlog、receivelogなどを確認し、どの段階で拒絶または受領されているかを把握します。
正当なメールが拒絶される誤検知がないか、設定後も継続して確認します。
DNSBL／SURBLサイトの応答が遅い場合は、SMTP受信処理全体の遅延につながるため、応答速度や利用状況を見直します。
From:ヘッダー、件名、本文の文字列は容易に変更されるため、単一条件に依存せず複数の対策を組み合わせます。
迷惑メールの傾向や接続元は変化するため、ログを基に定期的に設定を見直します。