解決策
電子メールはまず単一のマシン内で機能し、次にARPANET上のホスト間で機能するようになった。そこでは1971年のネットワークメールが、おなじみの「user@host」形式のアドレスを導入した。これらの慣習は一連のRFCを通じて洗練されたため、誰でも読んで実装することができた。
1980年代後半までには、二つの強力な競合が脅威となっていた。独自仕様の商用メールサービスと、政府がGOSIPとして調達を通じて推進していたOSIメール標準のX.400である。どちらも複雑で高コストであり、管理されたものだった。
インターネットの電子メールは正反対だった。SMTP(1983年にARPANETで実装)、POP3、IMAPはシンプルで、オープンなRFCに文書化され、すでに使用されていた。SMTPはストアアンドフォワード方式で誰も所有していないため、どのホストも他のどのホストとメールを交換できた。
転換点は技術ではなくアクセスだった。1995年にインターネット上で商用トラフィックを流すことへの制限が終わると、オープンなスイートは義務付けられたシステムを追い越して標準となり、プロトコル戦争の決着となった。
達成したこと
オープンで導入済みのプロトコルは、義務付けられた仕様に勝る
うまくいった理由
インターネットのメールプロトコルは、誰でも実装できるオープンなRFCとして公開されていた
ストアアンドフォワード方式のSMTPは、誰が送信できるかを中央のベンダーが管理しないことを意味した
すでに導入済みだったため、切り替えコストが既存システムに有利に働いた
X.400は複雑で高コストであり、調達の義務付けによってのみ広まった
応用できること
重厚で調達された標準に対しては、誰も所有しない軽量なものが勝利の一手となる。それがすでに稼働していて無料で相互運用可能なら、義務付けはそれを遅らせることはできても止めることはできない。
その後
SMTP、POP3、IMAPはインターネット電子メールの基盤となった。同じ物語が繰り返された。オープン仕様のアプローチにより、後にMIMEが電子メールを添付ファイルへと拡張でき、オープンなメールリレー(誰に対してもメールを受け付ける)は初期には一般的だったが、スパムがそれを悪用したため後に制限された。
出典をたどる
出典
- Simple Mail Transfer Protocol (RFC 5321) IETF / rfc-editor.org · rfc-editor.org
- Internet Message Format (RFC 2822) IETF / rfc-editor.org · rfc-editor.org
- Email — Wikipedia Wikipedia · en.wikipedia.org