そう簡単にはできれないと思うわ。でも，メールのヘッダーを解析すると手がかりがつかめるかもしれないわ。実験環境でスパム・メールを送ってみて調べてみましょう。 宇田：最近，毎日何十通もスパム・メールを受け取るようになったんだけれど，ほかと区別できないかな。 貴子：私のところにも，宇田くんほどじゃないけれど，スパム・メールが届くことがあるわ。メール本文を見て判断するしかないんじゃないかな。 宇田：でも，数が多いとスパム・メールだけを削除するのが大変なんだ。重要なメールを誤って消してしまったりするしね。送信元のメール・アドレスで分類できないんだろうか。 貴子：送信元メール・アドレスは偽装されていたりするそうよ。それに，いつも同じ送信元アドレスでスパム・メールを送ってきたりしないと思うわ。 宇田：そうかなぁ。 貴子：そうよ。実際に届いたスパム・メールを調べてみなさいよ。 宇田：この受信メールがそうだ

へんじがない。ただのポンコツのようだ。 ポンコツが今日も持ち場でガンバリつつ、 楽しく生きていくための備忘録ブログ。ぬわーーっっ！！2005年7月から絶賛「更新」中！ 【この記事の所要時間 ： 約 9 分】 先日、あるメールアカウントのバウンスメールが大量にサーバの管理者宛メールアドレス（root@***.co.jp）に戻ってくるという状態が発生した。 ネットワークエンジニアに聞くと、メールの送り方に問題があるために、発信元（Fromヘッダ）にバウンスメールが届かない状況になっているとのこと。 調べてみると、そのメールアカウントを使ってあるメール送信システムがメールを送信していた。 そのメール送信部分のプログラムは以下のようになっていた。 mb_send_mail($mail_to, $mail_subject, $mail_content, “From: $mail_from\nBcc:

メールを出したけど宛先が間違っていた場合、エラーがあったことを示す (たいていは英文の) メールが届く。 RFC 1891 - SMTP Service Extension for Delivery Status Notifications 配信状態通知をサポートするための SMTP 拡張 RFC 1892 - The Multipart/Report Content Type for the Reporting of Mail System Administrative Messages エラー状態を通知するための形式の定義 RFC 1893 - Enhanced Mail System Status Codes 配信状態通知で使われるステータスコードの定義 RFC 1894 - An Extensible Message Format for Delivery Status Notif

1 http://www.ki.rim.or.jp/~kotaro/2004-01-20-1.html 訳あって200通くらい，届かないと宣うエラーメールを見ていた． 届かない理由を効率よく整理するために何かいい方法ないかなと 思いつつ，そんなこと調べる時間もないしなぁと，ブツブツ文句を言いながら ほとんどのメールに↑のContent-typeパートがあることに気付く．例えば - Reporting-MTA: DNS; **.**.**.** Received-From-MTA: DNS; localhost Arrival-Date: Tue, 20 Jan 2004 22:16:19 +0900 (JST) Final-Recipient: [RFC:822:原/訳]; kotaro@ais.riec.tohoku.ac.jp Action: failed Status: 5.4.6