Ramdom Entry Pickup
- 大阪に出張中 (2005年12月22日)
- スクウェア・エニックス、タイトーを買収 (2005年08月23日)
- サプリメント大辞典 (2005年09月24日)
- 「Dynamic Site Bootstrapper」ってどこにも使ってないよ。。。 (2005年12月16日)
- 継承の価値観 (2005年07月06日)
« Microsoft、パケット情報の解析ツール「Microsoft Network Monitor 3」を無償公開 | メイン | MTUG.jp (Movable Type Users Group) 正式版 サービス開始 »
先日のエントリーで、
Project MultiBurst:(qmail) 自宅サーバーのメール送信(SMTP)のみ不能に。。。。だれか助けて〜〜(ToT)
というのを書きましたが、ようやく原因が分かりました。
なぜ急に、自宅サーバーからメールが送信できなくなったのか。
うわんさんよりコメントをいただき、分かった次第です(^^;)
原因?は、
OP25B (Outbound Port25 Blocking)
という、さまざまなプロバイダが導入している「迷惑メール・スパム対策」です。
以下のページがわかりやすくてよいです。
要は、自分が接続しているISP(プロバイダ)の回線網の中では、プロバイダが提供しているSMTPサーバ以外のSMTPは許可しない、というものです。
うちの自宅サーバーは、ODNの公衆回線網を利用しているわけですが、もれなく「ODN」も「OP25B」を開始するとのことでした。
ODNの告知ページ
Outbound Port25 Blocking(OP25B)について
なんのメールもこなかったんだけどな~~
で、2006年10月から規制開始、とあるわけですが、なぜ先週頭あたりに急に送信できなくなったのか、と疑問に思い、サポートに電話したら、
「2006年10月から順次開始しており、地域によって開始時期が異なります。」
とのこと。。。
連絡ぐらいくれよ。。。
で、うちの自宅サーバーでもその影響をもろに受けたわけで、MTAとして使用してる「qmail」も送信キューにどんどんメールが溜まっていってしまっていた、という。。。
で、具体的な解決方法ですが、
いろいろ検索してみるのですが、これ!といったものが見つかりません。
やはりプロバイダであるODNのSMTPを使わないとダメなのか??
しかし、上記のOP25Bという制約の代わりといっては何ですが、サブミッションポートというのが用意されています。
これは、SMTPサーバーに対して、ポート587で送信する、というものですが、ただ送信ポートを変更すればいいというものでもなく、ODNの場合、587ポートにアクセスするには、「SMTP-AUTH」という認証プロセスが必要だということです。
しかし、もろもろの条件を考えて、SMTP送信をすべて587ポートにするのは賢明ではない、と判断しました。(CGIからのメール送信などもその影響を受けてしまいかねません。)
ま、結局は、ODNのSMTPサーバーを使う、という結論に達してしまいました。。。
自分の公衆回線網のISPのSMTPサーバーであれば、通常のSMTPポートである「25」番ポートで送信できます。
ということで、自宅サーバーの「qmail」に送信された、Remote送信キューは「ODNのSMTPサーバー」に任せることにしました。
設定は簡単です。
通常インストールのディレクトリ構成として説明しますが、以下のディレクトリに「smtproutes」というファイルを作成するだけです。
# vi /var/qmail/control/smtproutes
:(プロバイダのSMTPサーバIPアドレス)
とすれば、Remote送信はすべてプロバイダのSMTPサーバへ転送されます。
これで解決と言っていいのだろうか??
Link HTML:
トラックバックURL:
» OP25B対策 from
おやじまんのだめだこりゃ日記
コメント
やばっ。俺もODNなんです。俺のところはまだ大丈夫みたいですけど、同じ現象の可能性大ですね。
参考にさせていただきますm(_ _)m
Posted by: おやじまん | 2007年3月 1日 14:11
>おやじまん さん
同じODNなんですね(^^;)
そのうちやってきますよ(笑)
突然送信できなくなります・・・・(^^;)
Posted by: showBOO
|
2007年3月 2日 16:43