アカウント名:
パスワード:
それにまだOP25Bは日本のいくつかのISPだけが実施していますが、まだこれは黎明期と考られて、今後海外でも業を煮やしたISPで実施するところが出てくることも考えられます。
大手ISPで構成されるJEAG(Japan Email Anti-Abuse Group) [jeag.jp]の勧告(JEAG勧告)(pdf) [jeag.jp]によると2006年12月までにOP25Bを実施すべき(SHOULD)となっています(勧告されています)。来年のどこかには「MUST」になると思われます。 (以下は私の推測ですが)そういった背景の中でホスティング事業者、中小
送信ドメイン認証及び25番ポートブロックは、効果的な迷惑メール対策として導入されているところ。他方、上記技術の利用は、電気通信事業法に規定されている通信の秘密の保護及び役務提供における差別的取扱いの禁止に抵触する。しかしながら、上記技術の利用は、いずれも正当業務行為として、違法性阻却事由が認められることから、その利用は適法なものと認められる。以上のように、上記技術は法的問題点についても整理できることから、ISPによる上記技術の導入の促進が図られることが望ましい。
したがって、Outbound Port 25 Blocking は、通信の秘密侵害行為に該当するが、正当業務行為(違法性阻却事由あり)と解釈できるので、当事者の同意の有無に関わりなく、実施可能と考えられる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
最初のバージョンは常に打ち捨てられる。
先日・・・ (スコア:1, 参考になる)
ISPはInfoSphereの動的IPコースなのですが、InfoSphereの対策を書いてあるページ [nttpc.ne.jp]では、SMTPサーバを動かしてる人間は固定IPコースへ変えろ、としか書いていなく・・・。
現在はInfoSphereから割り当てられたメールアカウントを利用して、InfoSphereのSMTPサーバにリレーしていますが、これに気付くまではパニックになって大変でした。
冷静になって考えてみればすぐに分かる事なのですが、現在進行形でトラブルがあると、中々気付きにくいものです。
しかし、ヘッダにSMTP-AUTHに使っているアカウントがそのまま載ってしまうのが、悩み所。。。
#オフトピ気味なのでAC
Re:先日・・・ (スコア:0)
外向き防げても、海外spamはどう防ぐんだろう
Re:先日・・・ (スコア:1)
外向きのSPAMだけでも減ればそれだけ自社のネットワーク資源も食われずに済むし。
それにまだOP25Bは日本のいくつかのISPだけが実施していますが、まだこれは黎明期と考られて、今後海外でも業を煮やしたISPで実施するところが出てくることも考えられます。
そうなれば「OP25Bによる効果」といのは徐々に大きくなってくるんじゃないでしょうかね?
Re:先日・・・ (スコア:1)
大手ISPで構成されるJEAG(Japan Email Anti-Abuse Group) [jeag.jp]の勧告(JEAG勧告)(pdf) [jeag.jp]によると2006年12月までにOP25Bを実施すべき(SHOULD)となっています(勧告されています)。来年のどこかには「MUST」になると思われます。
(以下は私の推測ですが)そういった背景の中でホスティング事業者、中小
Re:先日・・・ (スコア:0)
OP25B はいちおう通信の秘密を侵す行為なので、MUST にはできないはず。
正当業務行為だから容認されてるだけ。
Re:先日・・・ (スコア:1)
総務省のコメントです。
迷惑メール対策技術導入を検討されている事業者の方へ [soumu.go.jp]
詳細はリンク先を参照していただくとして、概略の結論にはこうあります。
Re:先日・・・ (スコア:1)
総務省としてはさらに一歩踏み込んで「OP25Bは当事者の同意の有無に関わりなく、実施可能」という見解を示しています。
平成18年11月14日 総合通信基盤局 特定電子メール等による電子メールの送受信上の支障の防止に資する技術の研究開発及び電子メールに係る役務を提供する電気通信事業者によるその導入の状況の6ページ目(PDF) [soumu.go.jp]
強調は私