SpamKillerなる製品登場 22
ストーリー by Oliver
獄門晒首 部門より
獄門晒首 部門より
n_saito 曰く、 "米McAfeeがspam対策な製品を発売したそうな。spamメイルの削除ってのはイイんだが「偽造不達メイル」なるものを送り返す機能があるそうだ。さらに困ったことにヘッダからISPとかに抗議メイルまで送りつける機能まである。SpamKillerじゃなくてMTA KillerかAdmin Killerだね、コリャ。"
法や良識に期待できない以上、spam戦争では自衛するしかない。個人的にはSpamAssassinがお勧め。俺んところに一日に数十はくるspamの95%くらいをフィルタしてくれているし、オープンソースなのでカスタマイズも自由。自分でいれられないならメールサーバ管理者を説得してみよう。
ISPへの苦情のメールは (スコア:2, 興味深い)
あるいはテンプレートのファイルがどこかにあるのかもしれませんが。
ISPによっては英語の読めない担当者とか、中国のISPとか使っていたりすると、どうなるか。
正当防衛 (スコア:0)
有効アドレスの収集を防ぐ機能がありますが、
偽造不達メールはそれと同等の効果はありそうですね。
確かに返信分のトラフィックは増えますが、元のSPAM以上にはなりませんし、
現状を考えると、自衛策として許容されるレベルではないでしょうか。
#ISPへの苦情自動送信はあまり得策でなさそうですが。
Re:正当防衛 (スコア:2, すばらしい洞察)
じゃあ、なぜ SPAM はそれほど大量にやってくるのか。それは経費・手数が極めて 小さいからでしょう。ですから根本的対策というなら E-mail の発信が一通50円と か60円にもなれば SPAM は大幅に減少するでしょう。逆にいえば、極めて低廉な費 用で私たちが E-mail を利用したいと思う限り、SPAM に「根本的対策」を講じるの は難しいのではないでしょうか。
いらない広告を封筒だけみて破り捨てるように、Subject を見て読まずに捨てる。 それを自動化する(これもいたちごっこにしかならないだろうけど)のが、一番の対 策かな。
甘いって叱られそう。実は割と SPAM (特に外国語のもの)は個人的に好きだったり するから。言葉の使い方や、世の中を知る材料になりますからね。
佐藤亮一 in Frankfurt Germany
SPAMでわかる御国事情 (スコア:1)
ちょいoff topicですが、外国語(少なくともマトモな日本語や英語としては読めない)で送られてくるSPAMの中に、なんとheaderに8bit charを入れている(MIME encodeしていない)ものがあります。しかし、RFC2822(その前身たる822も含めて)では、Internet messageのheaderはすべてus-asciiを用いなければなりません。
私の経験では、この手のSPAMは良く*.krから来ます。headerにus-ascii外れのcharを見る度に「broadband先進国ってこんな程度のものか」と思ってしまいます。
Re:SPAMでわかる御国事情 (スコア:1, 参考になる)
(もちろん、8BITMIME な環境では EUC-KR そのまま、7BIT な環境では base64 にして、header は常に B-encoding で、というのが正しい姿です) header に生の ISO-2022-JP を入れようとする のと同レベルの話ですね。
え、ISO-2022-JP は 7bit で EUC-KR は 8bit の encoding だって?
header に含まれる ESC を ISO-2022-JP の escape sequence と解釈するのも RFC(2)822 から外れた独自拡張でしょう?
どちらも「通るから問題ない」という同レベルのことをしているだけ。
Re:正当防衛 (スコア:1)
>に好きだったり す るから。言葉の使い方や、世の中を知る材料
>になりますからね。
ちょっとだけ同感。
フィルタリングしているけど、「ゴミ箱」ではなく「ゴミ箱直行」フォルダに分類している。で、ちょっと興味を引くタイトルの時は暇な時に覗いたり。
ってか、他人の無駄なトラフィック増やすのを容認出来るくらいだったら、自分が受信してしまう事くらいは容認して欲しいです。
Re:正当防衛 (スコア:1)
ちなみに届くSPAMは一日に多くて10通くらいかな。日本と海外が半々くらい。
Re:正当防衛 (スコア:1, 興味深い)
正気ですか? ダムクライアントレベルでそれをやるには、 Return-Path, From のメッセージヘッダしか利用できませんぜ? 昨今のSPAMはこれも偽装するので、無関係な人へのトラフィックが 増加しますよ。
Re:正当防衛 (スコア:1)
「自分がよければそれでいい」の典型だよ、これじゃ。
>Send automatic or manual complaints
らしいが、わざわざmanualで送るやつはいないでしょうし、
automaticでやってたら、そいつもspammerだよね。
根本的解決を求める声が上がる (スコア:1)
> 人へのトラフィックが増加しますよ。
いいんじゃないですか。そうやって問題が大きくなっていけば、根本的解決を求める声が上がるでしょう。
偽造不達メールというのは、電話で言えば回線を引っこ抜くようなものだと思います。それぐらいの権利はあって良いでしょう。
Re:根本的解決を求める声が上がる (スコア:0)
無関係な人に対して不法行為を行うことによって世間の関心を引き、それによって問題の解決を図ろうというのは、テロリズムに近いものを感じます。
>偽造
Re:根本的解決を求める声が上がる (スコア:1)
>それによって問題の解決を図ろうというのは、テロリズムに近いものを感じます。
じゃあ、スパム業者そのものは、ナニ?
Re:根本的解決を求める声が上がる (スコア:1)
(SPAM業者によりメール受信)理不尽な暴力を受けた。
だから適当なヤツにやつあたり(偽造を送ろう。アドレスも多分偽装だろうけど)して憂さを晴らそうと。
>じゃあ、スパム業者そのものは、ナニ?
一次迷惑原因者。
偽装不達メール送信者は二次迷惑原因者。
迷惑受けた本人が不快なのは解るけど、出来れば他人は巻き込まないで欲しいです。
ってか、その人が根本的原因でなくても、それで巻き添えくらった人からすれば加害者ですから、自重をお勧めします。
sendmailでSpamKillerもどきを作った時の話 (スコア:2, 参考になる)
実体験。むかし私はsendmail.cfを駆使して似たようなことをやっていたのですが、とある大規模なmailing listのownerへerror mailが大量に帰っていったため、締め出しを食らったことがあります。
今では、単にdiscardするだけとしています。これなら他の人に本当に迷惑をかけることはありません。
過剰防衛って言葉知っています? (スコア:0)
正当防衛 [rim.or.jp]
価値観の違い (スコア:0)
偽装されたヘッタ(Return-Path、From、Received)によって、関係ない人のところに偽造不達メールや抗
Re:正当防衛 (スコア:0)
> Return-Path, From のメッセージヘッダしか利用できませんぜ?
Received って使えませんか?
Re:正当防衛 (スコア:1)
Received も簡単に偽造できるんじゃないかな。
Re:正当防衛 (スコア:1)
自前でSMTPサーバを用意しておけば、一番最初の方のReceivedは偽造できるでしょうね。自前SMTPサーバのリレーを抜けたあとは、他のサーバの管轄ですから無理でしょうけど。
Re:正当防衛 (スコア:1)
たぶん自前のサーバなんか用意しなくても偽造できると思いますよ。
結局Receivedをクリーニングするには、それに記録されたホストの 管理者にログを確認してもらうしかないと思います。
Re:正当防衛 (スコア:0)
アメリカでは... (スコア:1, 参考になる)
メールアドレスの添付が義務づけられているはず。
それを前提とした製品なのでは?