～ だけど、ルルルルー、ルルールールールー ～
null-i.net

OP25B（Outbound Port 25 Blocking）(2014-09-13)

インターネットサービスプロバイダ（ISP）が自分の管理下のIPアドレスからの電子メール送信について、管理外ネットワークのメールサーバに対するSMTP通信を禁止する機能。

実際、このサーバ（null-i.net）にメールサーバを設定したのに何故かメールの送受信ができなかったのですが、原因はこれだったようです。
具体的には、自分が契約しているプロバイダの25/tcp（SMTP。メール送信に使う）には接続できるのですが、他所のサーバ（null-i.net）の25/tcpにはプロバイダが接続させないようにしている、ということです。

なぜOP25Bが要るか †

プロバイダが契約ユーザの悪行？を防ぐ措置になります。
そのプロバイダのメールサーバへメールを送信するのは問題ないが、
プロバイダのネットワークを経由して、よそのプロバイダ/会社のメールサーバへ送信できないようにします。
自社経由で不正アクセスされたり、スパムメールをばら撒かれたりするのを防ぐために...であっているよな？いまいちよく分かりません*1 。

しかし、それでも自前のメールサーバにメールを送りたい、
という人のために通常はサブミッションポート(587/tcp)を用意します。自前サーバで25ではなく587でメールを受けるように設定を変更すれば、プロバイダも通信を許可する仕組みです。

・・・あれ、分からなくなってきたぞ。じゃあ、迷惑メールにもサブミッションポートを使えば良いってこと？
・・・うん、分からないことは考えないことにしよう。

歴史的な背景の話ですが †

もともとインターネットができ始めた頃は、使う人も限られていて（研究者とか）メールサーバ間での送受信は無条件で行っていたようです。善意の中継が前提で利便性重視。
その名残で、SMTP（メール送信プロトコル）には送信者を認証する機能はありません。
しかしインターネットの普及に伴って、悪意のユーザによる迷惑メール（スパム）が大量に発生し始めました。
それに対応するためにできた機能として、

• POP before SMTP
  　メール受信（POP。認証機能あり）が成功したユーザ（のIPアドレス）だけにメール送信（SMTP）を許可する。
  　この方式だと一定時間経過後に、またPOP認証からやりなおさなければならない。
  　そう言われてみれば、昔のプロバイダって確かにこの設定でした、
• SMTP-AUTH
  　SMTPにユーザ認証機能をつけたもの。
  　この方式だとユーザ側（MUA：Mail User Agent）、メールサーバ側（MTA：Mail Tranfer Agent）両方にこの機能の実装が必要。
  　・・・といっても今時は普通に実装されているのか｡
• OP25B
  　前述のとおり。

ができたという歴史があるようです。