ソフトウエアリサーチでは「Greylisting+」を採用しています。

• Greylisting+ 使用の目的
  Greylisting+ はいわゆる spamメイルの受信を極力抑えることが目的です。
  spam メイルの受信を避ける確実な手だては存在しません。spam メイルの特徴を調べてspamメイルの 特徴を持ったメイルの受信を避ける事です。
  Greylisting+ を使用して spam を受信しないと言う事は矛盾しています。受信していないので spam か 否かの判定は出来ません。
  Greylisting+ を使用すると
  「匿名メイルのような送信手段を用いたメイルは受信しない」
  事が実現されます。
  「匿名メイルのような送信手段を用いたメイルは受信しない」と言う規制で「spamメイルの受信を極力抑える」 ことが実現されるのです。
  
  
• spam メイルの特徴
  spam メイルはどのような特徴を持っているのでしょう。
  • メイルの発信元を明らかにしないようにしています。
    メイルの発信元が特定されやすいホストの経由は少ないことになります。
  • メイル到達の確実さより短時間大量のメイル送出を目的としている。 再送要求に応えるより他のメールアドレスへの送信を優先する傾向があります。
  • 受信者以外に記録を残さないようにしている。 接続ごとにIPの変わる回線を使用して直接送って来ることが多いようです。
  • メイルアドレスとして free-mail のアドレスを使用することが多い。
  • 接続したプロバイダと異なるメイルアドレスを使用することが多い。
  • 組織の判明しやすい回線から送って来ることは少ない。
  • メイルでの相互連絡を目的としていない。
  ここで重要なのは「spam メイルの特徴」と言うものにはすべて「現在は」と言う但し書きがつくと言うことです。
  同時に、SRC でspamメイルとして受信したくないメイルの特徴です。
  • 発信者が明らか
  • 返信可能
  である宣伝メイルは、「このメイルに返信しないでください」と書いてあるメイルよりまともなメイルと みなしているからです。
  
  
• 受信しないメイル
  次の場合 spam メイルとみなし受信しません。
  
  • 匿名的送信のメイル
    匿名的送信は次の場合を言います。
    • プロバイダやfree-mailのメイルアドレスを一時接続回線を使用して送ってくる場合
    • 一時受信延期に対し再送をしない場合
    • 一時受信延期に対し著しく短い間隔で再送を繰り返す場合
    • 送信者のメイルアドレスと経由ホストの組み合わせが許可出来ない組み合わせの場合
      free-mail のメイルアドレスを持ったメイルが他のサイトから送られてきた場合など
  • 悪意の送信とみなされるメイル
    悪意の送信とは次の場合を言います。
    • 短い期間に大量の smtp 接続が発生した場合
    • 捏造したユーザ宛のメイル送信が行われた場合
    • 善意とは言えないアクセスをしているホストからメイルが送られて来た場合
  • 返信不能のメイル
  送信方法でメイルの送信相手を 100% 判断する事は出来ません。 中には、送信方法が上記の形式をとっていてもspam メイルで無いものもあると思います。
  「匿名メイルのような送信手段を用いたメイルは受信しない」だけです。
  
  
• Greylisting の機能
  Greylisting は基本として次の働きをします。
  
  • 個々のメイルは次の３データを使用して判定します。この３データを triplet と呼んでいます。
    • 送信者メイルアドレス
    • 受信者メイルアドレス
    • 中継ホスト
  • triplet の同じメイルを同一のメイルとして扱います。
  • 初めて送られてきたメイル（tripletで判定）は一時受信延期を要請し受信しません。
  • 一定の時間（検疫時間）経過後同一メイル（tripletで判定）が送られて来た場合に受信します。
  • 一定の時間（受信可能時間）経過後、メイル（tripletで判定）の情報が削除されます。
  • １度受信したメイルと同じtriplet を持ったメイルは１定期間（再受信可能時間）検査なしで受信します。
  • White list, Black list が設定できます。あらかじめ設定しておくことで Greylisting の機能を無視して受信あるいは受信拒否が出来ます。
  Greylisting では上述のようにメイルの受信の判定に triplet、検疫時間、受信可能時間、再受信可能時間 を使用しています。この中で検疫時間、受信可能時間、再受信可能時間は可変ですが、おおむね次のように 設定されています。
  • 検疫時間 -- Block expires -- 受信拒否を続ける時間です。
    約１時間が設定されています。
  • 受信可能時間 -- Record expires -- メイルの受信が無い場合の生存時間です。
    約４時間が設定されています。
  • 再受信可能時間 -- Record expires -- メイルが受信されると更新されます。
    約１ヶ月が設定されています。
  • White list, Black list -- 双方に有期あるいは永遠の受信・受信拒否の設定が出来ます。永遠と言っても実際には有期で使用している Greylisting では 9999-12-31 までの設定になっています。
  
  
• Greylisting の問題点
  Greylisting には次の問題点があります。
  • triplet に依るメイルの判定をしているのでプロバイダのように複数の送出系のホストを 利用しているメイルの受信に問題を生じることがあります。
    
    • メイルを受信した時に送出系のサーバの中の１サーバだけが送信サーバと認定されるので、次回以降のメイルもこのサーバ以外からのメイルを待たせるので一般にメイル到着に長時間を要する場合があります。
    • メイリングリスト・メイルマガジンなどで送信者アドレスが毎回変わる場合は受信できないことがあります。
      
      • 送信者アドレスが変わるだけならば毎回 Greylisting の検疫時間だけ遅れます。
      • 同じメイルを再送ごとに異なった送信者アドレスに変更する場合は受信出来ません。
      この場合は 「WhiteList」に登録すれば受信出来ます。
  • Greylistingが設定している検疫時間（約１時間）を越えて送信しない場合は受信出来ません。
    

    30分しか再送しない場合など

  • Greylistingが設定している最長受信可能時間（約4時間）を越えて再送された場合は受信出来ません。
    

    再送間隔が4時間を超えてしまう場合、プロバイダで再送専用のサーバで起きることがあります。

  • Greylistingの要求どおり再送してこないメイルのすべてが spam(迷惑メイル・不要メイル)とは言えません。
  • MUA を利用してGreylisting を使用しているサーバにメイルを直接送信をすることが難しくなります。

    手動で実行すれば出来ますが、Greylisting の機能（性格）が判らなければ面倒なことになります。

  
  
• Greylisting のみによる spam 受信拒否の問題点
  Greylisting のみで spam 受信対策を実施した場合には次の問題点を生じます。
  • 「Greylisting の問題点」にあげた送信者のメイルは受信出来ません。
  • 一時接続回線を使用して再送可能な MTA を使用して送って来るメイルの受信拒否は出来ません。
  • プロバイダを利用してメイルの送受信をしているメイルの送受信が長時間かかったり、不安定な扱いをします。
  • 国または地域によって通常メイル/spam メイルの比率が変わることに対応出来ません。
  
  
• Greylisting に付加した機能 --> Greylisting+
  SRC で使用している Greylisting には次の付加機能が付いています。
  • メイルアドレスによる安全な送信(Relay)ホストの検証
    メイルアドレスと送信ホストの組み合わせにより、メイルの安全性の検証をしています。
    この検証は Greylieting で未登録のメイル着信時に行います。また Greylisting の判定に優先して実行 されます。
    メイルの安全性は次の５段階に分かれています。
    • 安全 --> １回目の接続で受信します。
    • たぶん安全 --> １回目の接続後判定し２回目以降の接続で受信します。
    • 未定(Grey) Greylisting の機能により判定で受信が決定されます。
    • たぶん危険 Greylisting の機能により受信条件を満たしたとき受信者判断により決定されます。
    • 危険 --> 受信しません。
  • メイルドメイン中に net mail などの文字列を含む場合、同一のドメインのホストから送られて来た場合をのぞき受信しない。
    上記(たぶん危険)として扱います。
  • 海禁秩序（鎖国）の導入
    あらかじめ設定したドメインのタイプ以外は自動受信はせず、受信者の受信許可を得無いと受信しません。
    上記(たぶん危険)として扱います。
  • 送信ホストの PTR レコードが設定されていない場合は受信しません。
  • 受信専用のメイルアドレス(たとえば soft@src.co.jp)への<Mailer-Daemon>からのメイルは受信しません。
  • 「Virus が発見されました」と言うメイルは受信しません。
  
  
• 受信拒否のパラメータ
  対策をどの程度するかによって spam として受信しないメイルが変わります。
  次の項に対してどのように判断するかによって、無用のメイルの量が変わります。
  • 外部から送られてくる自分発、あるいは自分と同じドメイン発のメイル
  • 受信を目的として Web に書き込んであるメイルアドレスにから送られて来るメイル
  • エラーデーモンを装ったメイル
  • 他のプロバイダ経由で送られてくる free mail
  • 他のプロバイダの smtp サーバ経由で送られてくるメイル
  • 一時接続回線から送信されるメイル
    • 一時接続回線と同じドメインのメイル
    • 一時接続回線と異なったドメインのメイル
    • free mail
    • プロバイダと無関係なメイル
  • 捏造されたユーザ宛に送って来るホストから送られて来るメイル
  
  
• 総括
  どのような方法を用いてもメイルの受信を規制する事はメイルの受け取り方式を歪める事になります。
  メイル受信規制の方法を大別すれば、次の２方式に分かれます。
  • メイルを受信し受信後内容を調べて判断する。
  • メイルの送り方に着目し、送り方によって受け取らない。
  どちらの方式を採用するかは、利用者の判断に任せられるべきだと考えますが、いずれの方法にしても特質を わきまえて採用しなければなりません。
  また、メイルの送信者が、受信者の設定する壁を乗り越えるために工夫をしているので受信者は 常に判断基準の変更をしなければなりません。
  ＳＲＣで「Greylisting+」を採用するのは次の理由によります。
  • 大量メイルの送信者は多くのメイルを短時間に送ろうと計っているので、 非受信のサイトを無視する傾向にある。
  • プロバイダが全メイル受信の方針を変えない限り、「Greylisting」の利用者は少数派であり、 大量メイル送信者が「Greylisting」の方式への対応を真剣に検討するとは考えられない。
  • 大量メイルの送信者もドメインメイルの占有に敬意を払っているので、ドメイン名詐称より、 free mail のメイルアドレスを使用する傾向がある。
  • 送信方法と spam メイルとの関連が高いので送信方法に規制をかけることで十分目的を達成出来る。
  • メイルの内容検査は構文解析が必要となってしまい、単語単位の検査では追いつかなくなる。
  • 私信の検査については人権侵害の可能性を否定できない。
  spam フィルタにかからないメイルの書き方が言われている現在、単語だけでの判断が難しくなって きています。また、送信元のIPアドレスで推計する事も行われているようですが、汎世界的な組織は 別として自らの属する社会を厳密に定めて例外への対策をする方が現実的かつ安全な方法であると考えました。
  また、メイルの送り方に注文を付ける事はしません。送信者の問題であると言う認識です。
  「どのようなメイルを受信するか」と言うことは受信者が決めることです。
  別頁「株式会社ソフトウエアリサ-チ 及び関連ドメインでのメイル受信の方針」を実現する手段として Greylisting+ を利用しています。
  
  
• あとがき
  問題を spam 対策に絞るとGreylisting+ による規制は因果の逆転を起こしています。
  • spam を受信しないのではなく
  • 受信しなかったメイルをspam
  とみなしているのです。
  なにはともあれ spam を受信しないようにすれば、何か制約が課されてしまうものです。

プロバイダ	インタネットの接続サービスを行う組織
free-mail	実社会との関連を伏せた状態でも取得できるメイルアドレス
一時接続回線	固定的な接続契約をしていると認められない回線の事を言います。
固定的な接続契約	PTR レコードの値によりプロバイダ以外のドメイン名が得られる場合を言います。
PTR レコード	DNS の逆引き設定
送信者メイルアドレス	smtp 接続時に mail from: で得られるメイルアドレス
受信者メイルアドレス	smtp 接続時に rcpt to: で得られるメイルアドレス
中継ホスト	smtp 接続時の接続相手のIPアドレス
一時受信延期	smtpのプロトコルに定められているコードで4xxの値が返された時は再送（30分以上経過が望ましい）する
MUA	メイルの読み書きをするプログラム
Greylisting+	Greylisting に機能を付加しました。独自か否かの調査はしていませんが元のGreylistingと異なっているのでGreylisting+ としました