アカウント名:
パスワード:
また，#943745にあるような中継サーバも全部悪だというのは，あまりにも暴論です．
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
第三者の被害は? (スコア:4, すばらしい洞察)
(spam 配信屋のやり方によるので，全ての場合に該当するとは言えませんが，)
現在の多くの spam メールは From: を詐称した形で配信されていて，
From: なところに連絡したところで spam屋には連絡は取れないと思います．
"spamに返信" って詐称された人が2次被害を受けるだけの
純然たる迷惑行為ではないかと思うのですが，
実際のところどんなやり方だったんでしょうね?
Re:第三者の被害は? (スコア:2, すばらしい洞察)
この Received: も詐称は出来ますが、ある程度発信元にはたどり着くはず。あるIPアドレスから、メールサーバに頻繁に接続があれば、それもアヤシイ。ただ、それが、本当の発信元なのか、ボットが稼働しているPCなのか、設定の間違ったメールサーバなのかは難しいかも。
spam の反撃は試みたくなりますが、それで spam がなくなるとも思えないですね。発信元のプロバイダに苦情を言って、(ゆっくりとだが)少しずつ改善していってもらうのが、いちばん建設的なのかなー？
良い方法ないのか？
Re:第三者の被害は? (スコア:4, すばらしい洞察)
50万の顧客企業がみんなそんなことをやってくれるとはとうてい期待できないわけですが。
それを徹底できていたのだとしたら、どうやって教育したのかノウハウを公開していただきたいぐらい。
さらに、その50万の顧客企業が spammer のメールサーバに直接返信できればいいけど、
かなりの割合でどこかの ISP のメールサーバを経由してるわけで、
中継 ISP にとっては大量の不達メールを処理することになって迷惑きわまりない。
Re:第三者の被害は? (スコア:5, 参考になる)
- メール発信時点(起点)でニセの Received: を付けていても，
それが "ニセ" と判断する術はない(各種発信者証明系ヘッダがついている場合は別だが，現状付いていないものがほとんど)．
実際，たまに Received: の起源辺りがなんとなく妙なものを見かけることはあります．
- IP address を記録せず，相手が名乗った (ニセかもしれない)FQDNしか記録しないサーバもある
(発信者の痕跡自体，まったく記録できていない)
- どこまでが信用できる(知っている)サーバかどうかは，人間管理者が
ネットワーク環境の情報・経験を元に推理するしかない(ある程度は DB 化は出来るかもしれないが...)
また，#943745 [srad.jp]にあるような中継サーバも全部悪だというのは，あまりにも暴論です．- プロバイダのメールサーバ等も全部含むのか? (これを含まないよう設定するなんて，普通のユーザには無理)
- ユーザー自信の別アドレス転送サービスとかを経由してきたものがあったら?
- ML 経由の spam は? (MLサーバ等も全部犯人扱いですか?)
- そもそも中継側で spam かどうかを一般に判断する基準は何?
目先の "ちっぽけで独善的な正義" を振かざして，手当たり次第に暴力をふるう人は "犯罪者" ですよ．Re:第三者の被害は? (スコア:2, すばらしい洞察)
「テロとの戦い」ってお題目を唱えればオッケーなんです。
Re:第三者の被害は? (スコア:0)