アカウント名:
パスワード:
ISPs that block Port 25This list contains some of the major ISPs that block port 25 on their servers:AT&TMindSpringBellSouthMSNCableOneNetZeroCharterPeople PCComcast ATTBISprynetCoxSympatico.caEarthLinkVerioFlashnetVerizonMediaOne
それにまだOP25Bは日本のいくつかのISPだけが実施していますが、まだこれは黎明期と考られて、今後海外でも業を煮やしたISPで実施するところが出てくることも考えられます。
送信ドメイン認証及び25番ポートブロックは、効果的な迷惑メール対策として導入されているところ。他方、上記技術の利用は、電気通信事業法に規定されている通信の秘密の保護及び役務提供における差別的取扱いの禁止に抵触する。しかしながら、上記技術の利用は、いずれも正当業務行為として、違法性阻却事由が認められることから、その利用は適法なものと認められる。以上のように、上記技術は法的問題点についても整理できることから、ISPによる上記技術の導入の促進が図られることが望ましい。
したがって、Outbound Port 25 Blocking は、通信の秘密侵害行為に該当するが、正当業務行為(違法性阻却事由あり)と解釈できるので、当事者の同意の有無に関わりなく、実施可能と考えられる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
先日・・・ (スコア:1, 参考になる)
ISPはInfoSphereの動的IPコースなのですが、InfoSphereの対策を書いてあるページ [nttpc.ne.jp]では、SMTPサーバを動かしてる人間は固定IPコースへ変えろ、としか書いていなく・・・。
現在はInfoSphereから割り当てられたメールアカウントを利用して、InfoSphereのSMTPサーバにリレーしていますが、これに気付くまではパニックになって大変でした。
冷静になって考えてみればすぐに分かる事なのですが、現在進行形でトラブルがあると、中々気付きにくいものです。
しかし、ヘッダにSMTP-AUTHに使っているアカウントがそのまま載ってしまうのが、悩み所。。。
#オフトピ気味なのでAC
Re:先日・・・ (スコア:2, 参考になる)
べつに問題ないでしょ。
norimu
Re:先日・・・ (スコア:0)
Re:先日・・・ (スコア:1)
DNSの浸透遅延も0には出来ないですから、対向サーバー/クライアントの有るサービスは
固定でやると言うのが普通だと思います
なので、ISPの対応の..
>固定IPコースへ変えろ、としか書いていなく
これは至極普通のことでしょう、動的IPでサーバーを上げる事は推奨されていないってことでしょうね
ISPも動的IP割り振りなサービスは、クライアント接続サービスとか言い切ってしまうのも手だと思うけどなぁ
Re:先日・・・ (スコア:0)
外向き防げても、海外spamはどう防ぐんだろう
Re:先日・・・ (スコア:1)
外向きのSPAMだけでも減ればそれだけ自社のネットワーク資源も食われずに済むし。
それにまだOP25Bは日本のいくつかのISPだけが実施していますが、まだこれは黎明期と考られて、今後海外でも業を煮やしたISPで実施するところが出てくることも考えられます。
そうなれば「OP25Bによる効果」といのは徐々に大きくなってくるんじゃないでしょうかね?
Re:先日・・・ (スコア:3, 参考になる)
日本は後追いの状況となっています。
http://www.postcastserver.com/help/Port_25_Blocking.aspx [postcastserver.com]
Re:先日・・・ (スコア:1)
Re:先日・・・ (スコア:0)
要は、正当なユーザが普通にメールサーバ通して spam 発信してるんじゃない?
Re:先日・・・ (スコア:1)
大手ISPで構成されるJEAG(Japan Email Anti-Abuse Group) [jeag.jp]の勧告(JEAG勧告)(pdf) [jeag.jp]によると2006年12月までにOP25Bを実施すべき(SHOULD)となっています(勧告されています)。来年のどこかには「MUST」になると思われます。
(以下は私の推測ですが)そういった背景の中でホスティング事業者、中小ISP(*)が足並みをそろえる、情報を共有する(大人言葉の勉強会?)、大手ISPがOP25Bを導入しているけどぶっちゃけうちらどうする?何から手をつけたらいいの?ってことでOP25B連絡会が発足したのではないでしょうか。
*:OP25B連絡会の協力団体の一つである(社)日本インターネットプロバイダー協会には大手ISPも参加していますが
参考 (スコア:2, 参考になる)
財団法人インターネット協会(IA Japan) 有害情報対策ポータルサイト -迷惑メール対策編- [iajapan.org]
迷惑メール対策セミナー[福岡]開催報告 [iajapan.org]
迷惑メール対策セミナー[福岡]のプログラム [iajapan.org]…山本さんのPDFが参考になるでしょう。
Re:先日・・・ (スコア:0)
OP25B はいちおう通信の秘密を侵す行為なので、MUST にはできないはず。
正当業務行為だから容認されてるだけ。
Re:先日・・・ (スコア:1)
総務省のコメントです。
迷惑メール対策技術導入を検討されている事業者の方へ [soumu.go.jp]
詳細はリンク先を参照していただくとして、概略の結論にはこうあります。
Re:先日・・・ (スコア:1)
総務省としてはさらに一歩踏み込んで「OP25Bは当事者の同意の有無に関わりなく、実施可能」という見解を示しています。
平成18年11月14日 総合通信基盤局 特定電子メール等による電子メールの送受信上の支障の防止に資する技術の研究開発及び電子メールに係る役務を提供する電気通信事業者によるその導入の状況の6ページ目(PDF) [soumu.go.jp]
強調は私
Re:先日・・・ (スコア:1)
OP25B はパケットの中身は見ないので通信の秘密は侵してないと思いますが?
Outbound Port 25 Blocking という名前の通り、単純なIP/ポート単位のパケットフィルタリングで済みますよ。
ウィルスチェックやSPAMフィルタと混同してる?
Re:先日・・・ (スコア:1)
自分の見解(感覚)の方が間違ってたのかー!?
#出直してきます…orz
Re:先日・・・ (スコア:1)
「いつ」「誰と(何処と)」通信したかも通信の秘密にあたるので、中身を見なく
てもアドレスやポートを見るだけで原則として通信の秘密の侵害になります。
なので通信事業者が利用者との契約/依頼に基かずにパケットフィルタリング
をすることはできません。フィルタリングを強制的に契約させることもできません。
ただし通信の秘密の保護には例外が認められていて、その中の一つに正当業務
行為というのがあります。今回の OP25B は現時点ではこの例外にあたるから
やって良しというのが総務省の見解です。
Re:先日・・・ (スコア:1)
配送業者にとって「宛先を調べる」のは通常の業務の範囲でしょう。
あらかじめ、「以下の住所へは配送しません」と断っている状況で、
「依頼された送付先によっては配送を拒否する」ことは
通信の秘密の侵害には当たらないと思います。
Re:先日・・・ (スコア:0)
はい、正当業務行為です。
>通信の秘密の侵害には当たらないと思います。
正当業務行為なので、通信の秘密の侵害ですが適法です。
Re:先日・・・ (スコア:0)
TCPヘッダはIPパケットのペイロード部分なので、通信の秘密に該当するのでは?
これが可なら、例えば HTTP ヘッダの URL や、SMTP の相手アドレスで遮断するのもアリになっちゃうでしょう。
Re:先日・・・ (スコア:0)
それはあくまで総務省の見解であって、法的な判断はまだ出ていない。
法的に白黒判断を出せるのは裁判所だけ。
Re:先日・・・ (スコア:1)
(のように見えます)ですから、外部からやってくるものはどうにもならないですね。
どこかの頭のいい人にお願いするしかない凡人は、ひたすらヒーロー
(ヒロインでもいいけど)を待ち望むだけです。
それでも出す奴は出すだろうけど>spammer
#面倒なので自宅サーバー止めて久しいです。外部レンタルに切り替えたら、
#騒音や電気代など案外割にあっている気がします。
Re:先日・・・ (スコア:1)
電話会社が振り込め詐欺の幇助をしているというのと同じぐらい変な理屈です。
じゃあなぜやるかというと、ISPの本音としては、SPAMの苦情に対応するための
コストを削減するためです。
SPAM発信が飛びぬけて多いと言われていた某社では、プレスによると1日約2000件の
苦情が来ていたとのことなので、1通あたりの対応時間と対応者の時給を予想すれば、
どれぐらいの費用が掛かるか概算できるわけです。
もちろん「対応しない」という選択肢もありなのかもしれませんが、それは
今のご時世ではありえないでしょうね。