|
|
さて、無事に開通したBフレッツですが、何に困っているかというと、実は乗り換え時にメールが送れないというトラブルが起きたのです(笑)。さすがに、こういう商売をしているので、設定のミスは何重にもチェックしたし、考えられることはすべて試したんだけど、すぐに答えは見つかりませんでした。ちなみに、我が家にはBフレッツとは別にADSLが敷設されていて、デフォルトゲートウェイをそちらに切り替えると、何の問題もなく、メールも送受信できてしまうのです。
では、何が原因か？ カンの鋭い人なら、もうおわかりだと思いますが、最近、一部のプロバイダーが開始した「Outbound Port 25 Blocking」に引っかかっているようなのです。Outbound Port 25 Blockingがどんなものなのかは、なかなかやさしい説明記事がないのですが、Internet Watchの記事あたりを読んでもらえれば、少しわかるかな。すんごく簡単に説明しちゃうと、要するに、Ａというプロバイダーで接続したとき、ＢやＣという他のプロバイダーのメールサーバーでメールを送信できないようにする規制です。この規制により、プロバイダーＡに接続して送られる迷惑メールを減らすことができるというメリットがあります。従来は接続先とは別のプロバイダーでメールを送るユーザーに対し、プロバイダーＢやＣがPOP before SMTPやSMTP認証などの制限を課すことで、不正利用を防いでいたわけですが、Outbound Port 25 Blockingでは接続先のプロバイダーＡのルーターの時点で、メール送信用のポートをふさぐため、根こそぎ、他のプロバイダーのメールサーバーを利用するメール送信をブロックできるという考えなのです。
「じゃあ、プロバイダーＡで接続すると、他のプロバイダーＢやＣのメールアドレスではまったくメールを送れなくなっちゃうの？」って疑問がわいてきますが、条件が揃えば、メールは送信できます。メール送信時に特定のポート番号を指定し、SMTP認証などを組み合わせることで（「Message Submission」と呼ばれる方法）、他のプロバイダーのメールアドレスのメールも送信できるようにしてます。ただ、すべてのプロバイダーが特定のポート番号を使えるわけじゃないし、SMTP認証も採用していないプロバイダーがたくさんあるのが実状。ちなみに、このOutbound Port 25 Blockingを実施しているプロバイダーとしては、今のところ、WAKWAKとぷららなどが知られています。
具体的に、どういう状況になっているかというと、我が家ではBフレッツの接続に大手プロバイダーＡを利用しています（一応、名前は伏せておきます）。このプロバイダーＡは、公式には「Outbound Port 25 Blockingではなく、同様の迷惑メール送信の抑制できるソリューションを開発したので、それを採用している」と発表しています。しかし、Bフレッツでこのプロバイダーを利用して接続した場合、ボクが持っているメールアドレスの内、送信できないメールアドレスがあります。念のため、書いておきますが、ボクは仕事で使ってるんで、普通の人よりも利用頻度が高いかもしれないけど、迷惑メールは一通も送った覚えはありませんぜ。 > 某社
まず、このドメインを運用しているWebARENA（NTT PCコミュニケーションズのレンタルサーバー）はMessage Submission対応なので、設定を切り替えれば、すんなりメールの送信ができます。もっともプロバイダーＡがOutbound Port 25 Blocking、もしくはそれに準ずる規制を掛けていることを知らなければ、設定することすら、思いつかないでしょうけど……。
これに対し、＠niftyやRIM-Net、so-netはMessage Submissionを採用していないため、現時点ではメールを送信できません。実際には奥の手を使って、送れるようにしましたが、ネットワーク的にあまり気持ちいい方法じゃないので、その辺は賛否両論アリかな。
最初はメールを送信できない原因がわからなくて、随分と悩んだのですが、いろいろ調べた結果、Outbound Port 25 Blockingに行き着き、結局、プロバイダーＡのサポート窓口へ連絡することに……。先方の責任者は発表と同じように、「ウチは25番ポートを閉じるようなことはしてない」と言い張ったのですが、その後、知人に教えてもらった方法で調べたところ、25番ポートはしっかりと閉じられてました。最終的に「詳しい調査をして、ご報告します」ということになり、結論はお預け。もし、ラチがあかないようなら、Bフレッツで接続するプロバイダーを変更するつもりです。ただ、今回はプロバイダーパックで契約してるんで、契約変更がうまくいくかどうか……。このクソ忙しいときに、ハッキリ言って、めんどくさい。
しかし、考えてみると、Outbound Port 25 Blockingって、混乱の元になる手法かもしれません。ボクは幸い、周囲にネットワークに詳しい人たちが居るので、何とか対処できましたが、それこそ「できるシリーズ」を読んでくれているようなビギナーのみなさんがどれだけ対処できるのか……。そもそもそんな対処の方法なんて、今まで「できるシリーズ」を書くときに意識してなかったし。
Outbound Port 25 Blockingは迷惑メール送信を減らす効果が期待できるわけですから、手法そのものを否定するつもりはないけど、導入のしかたを間違えると、ユーザーが混乱するだけなのでは？ ひと昔前のように、「プロバイダー＝接続サービス＆メール、ホームページエリア」だった時代なら、「自社のメールアドレス以外のメールは送信させない」っていう考えも理解できますが、昨今のブロードバンドユーザー獲得競争のおかげで乗り換えユーザーが多くなり、「接続はプロバイダーＡだけど、今まで利用していたプロバイダーＢのメールアドレスも使う」なんて人はたくさんいるし、レンタルサーバーのユーザーも普及し始めてる。でも、すべてのプロバイダーやレンタルサーバーがMessage Submission対応じゃないわけで……。その他にもアプリケーション的な問題もありそうで、どう考えてもトラブルの元になる可能性大。
あと、もっとマズいのはプロバイダーＡの姿勢。公式には「Outbound Port 25 Blockingは設定していない」「もっといい方法で対策している」とか言いながら、実際には25番ポートはしっかり閉じてる。ユーザーにウソをついちゃいけませんよ。それに、どんな対策をするにせよ、きちんと検証して、通常利用のユーザーに迷惑を掛けない環境が整ってから導入するのが筋でしょ。ユーザーにもきちんと告知して、回避方法とかをアナウンスするのがプロバイダーとしての責任じゃないんでしょうか。少なくともウチには何の告知のメールは一通も来てませんぜ。そういう大切な部分を放置しながら、「ウチは〜」とか発表してる姿勢はいかがなものかと思います。
とまあ、長くなりましたけど、Outbound Port 25 Blockingの対応について、誰かきちんと取材して、記事にしてくれませんかねぇ。
|
|
2005/08/22
|