dev_null@anet.ne.jpさんの<cg7dkv$rl2$1@news511.nifty.com>から
>Sawaki, Takayuki wrote:
>> dev_null@anet.ne.jp wrote:
>>>>3.　新手の迷惑メールの送信手段。
>> 　最近流行の「架空請求」みたいなモノですね。一旦有効なアドレスとわかると
>> 上記のように悪しき使われ方をする可能性がありますので、知らない人、怪しげな
>> メールアドレスからのメールには反応しないことが一番でしょう。
>・・・だったようですねぇ。てなわけで、現在アカウントを無効にして
>死んだふりをしているわけですが・・・。（泣）
>
>どこか、ユーザが条件を指定して受信拒否できる
>（「迷惑メール箱行き」や「削除」ではなく、送信者に
>「受信者不明」等のエラーで受信を拒否できる）
>メールサービスってないですかねぇ？
>未知の送信者からのメールを拒否する方式だと、
>収録依頼や要望・バグレポート等も受け取れないのでちょっと・・・。

メールサーバーを持ってることが条件になりますが、
「お馴染みさん方式」を導入するってのが一番近いのかなぁ、と思います。

正確に要約を書く自信がないので、とりあえず参照URLを書いておきます。
http://spam.qmail.jp/onazimi/index.html

>＃ＳＭＴＰで受信後に /dev/null 行きにするのではなくて
>＃ＳＭＴＰで受信時に受信拒否した方が良いと思うんですが、
>＃ＳＭＴＰ受信時にフィルタリングできるところって聞かないよなぁ。
>＃受信拒否メールで短期的にはネットワークが混雑するかもしれないけど、
>＃「このアドレスは存在しない」と送信者が認識して送信しないようになれば
>＃長期的には今より混雑は減るんじゃないのかなぁ？
>＃いくら /dev/null 行きで受信者の目には触れないようにできるとはいえ
>＃スパムアサシン法では送信者いつまでも「このアドレスは存在する」と
>＃考えて送り続けてしまうと思うんだけど・・・。

なんというか、結局spamかどうかの判定がContents Basedだと、SMTPでの受信
拒否ってのは無理なんじゃないかなぁ　と思ってます。

それは、smtpというプロトコルが
1. 接続
2. ドメインを名乗る
3. Fromアドレスを名乗る
4. 送信先を名乗る
5. 本文を送る
6. 切断
という流れなわけですが。受信拒否ってのは、少なくとも5に入る前にやりた
いわけですが、spamかどうかというのは5に入らないと(Contents Basedな判定
では)判定不可能になります。
まあ、もちろん5の後に、55xでも返してやるというのは、それはそれでアリだ
と思いますが。

-- 
I LOVE SNOOPY!  でつ
Yoshitaka Ikeda mailto:ikeda@4bn.ne.jp
My Honeypot: honey@4bn.ne.jp  <-don't send this address