RFC 821は1982年に発行された文書で「SIMPLE MAIL TRANSFER PROTOCOL」と題されています。RFC（Request for Comments）文書シリーズの一部であり、インターネットや関連技術の標準を定義するための多くの文書の中のひとつです。
RFC 821の概要
RFC 821はインターネット上での電子メールの転送を規定するプロトコルであるSimple Mail Transfer Protocol（SMTP）の最初の公式な仕様です。この文書は1982年にジョナサン・B・ポステルによって執筆され、インターネットエンジニアリングタスクフォース（IETF）によって公開されました。
RFC 821の目的
RFC 821は異なるマシン、オペレーティングシステム、通信プロトコルを使用するネットワーク間で電子メールメッセージを転送するための手順とフォーマットを定義しています。SMTPは、メールサーバ間でメールメッセージを交換するための信頼性の高い手段を提供し、当時急速に成長していたインターネット上での通信ニーズに対応しました。
主な特徴と機能
- コマンド/レスポンスプロトコル: SMTPはコマンドとレスポンスを使用して通信します。クライアントがコマンドを送信し、サーバーが状態コードとともにレスポンスを返します。
- セッションベースの通信: SMTPはセッションベースのプロトコルであり、クライアントとサーバー間の通信セッション中にメッセージを転送します。
- テキストベースのプロトコル: コマンドとレスポンスは人間が読めるテキストで構成されています。
- リレーと転送: SMTPはメールメッセージを直接受信者に届けるだけでなく、複数のメールサーバーをリレーしてメッセージを転送する機能を持っています。
- エラーハンドリング: セッション中に発生する可能性のある様々なエラーを検出し、適切なレスポンスコードでクライアントに通知します。
影響と後継
RFC 821はインターネット上でメールを送信する標準的な方法として広く受け入れられました。後にRFC 2821とRFC 5321によって更新され、拡張されましたが、基本的なプロトコルの設計とコマンドセットは今日もSMTPによって使用されています。SMTPは現代の電子メールインフラストラクチャの基礎となり、メール送信の基本的なメカニズムとしてその地位を保持しています。
RFC 821はテキストベースでシンプルなプロトコルとして設計されているため、多くのメールサーバーソフトウェアで簡単に実装され、インターネットの急速な成長とともに進化し続けています。
SMTPの基礎
RFC 821に記述されているSimple Mail Transfer Protocol（SMTP）は、インターネットを介して電子メールを送信および中継するためのプロトコルです。SMTPは、メールサーバー間の通信において、メールの転送とルーティングを行うための標準的な方法を提供します。
基本的な概念
- SMTPクライアントとサーバー: SMTP通信はクライアント（メールを送信する側）とサーバー（メールを受信する側）間で行われます。
- コマンド/レスポンスのやり取り: SMTPはコマンド/レスポンスのプロトコルであり、クライアントがコマンドを送信し、サーバーがステータスコードとメッセージを含むレスポンスを返します。
- テキストベースのプロトコル: コマンドやレスポンスは、ASCIIテキストで構成されています。
- ポート25: SMTPは通常、TCPのポート25を使用して通信を行います。
プロトコルの機能
- メールの送信: SMTPクライアントはSMTPサーバーに接続し、
MAIL FROMコマンドでメールの送信を開始します。 - 受信者の指定:
RCPT TOコマンドを使用してメールの受信者を指定します。複数の受信者に対しては、このコマンドを繰り返します。 - メールデータの転送:
DATAコマンドの後にメールの本文を送信します。メールのヘッダー（宛先、差出人、件名など）もこの部分に含まれます。 - メールの中継と配送: SMTPサーバーは、直接受信者に届けるか、他のSMTPサーバーにメールを転送するかを決定します。
- セッションの終了:
QUITコマンドでSMTPセッションを終了します。
エラーハンドリング
SMTPはエラー発生時に詳細なステータスコードと説明を提供します。これにより、送信者はメール送信の問題を特定し、適切な対策を取ることができます。
応答コードの例
220: サービス準備完了。250: 要求されたメールアクションが完了した。421: サービスは利用できない（サービスが閉じる）。450: メールボックスは使用できない（例えば、メールボックスがいっぱいの場合）。550: 要求されたアクションが取れない（例えば、メールボックスが見つからない場合）。
SMTPはそのシンプルさと拡張性の高さから、現在もインターネット上で広く使用されており、電子メールシステムの基本的な要素となっています。RFC 821は後にRFC 2821とRFC 5321によって拡張および更新され、SMTPプロトコルの現代的な機能やセキュリティ要件を反映しています。
RFC 821によるメール送信プロセス
RFC 821に記述されているSMTPによるメール送信プロセスは、メールを送信するクライアント（メール送信サーバー）とメールを受信するサーバー間での、標準化された一連の手順を定義しています。以下は、その基本的なステップです。
接続とセッションの開始
- TCP接続: SMTPクライアントはSMTPサーバーに対してTCP接続を確立します。通常、これはTCPのポート25を介して行われます。
- SMTPサーバー応答: サーバーは220サービス準備完了の応答で接続を確認します。
- HELOコマンド: クライアントは自身を識別するためにHELOコマンドを送信します。
メール送信のプロセス
- MAIL FROMコマンド: 送信者のアドレスを指定します。
- RCPT TOコマンド: 一つまたは複数の受信者のアドレスを指定します。複数の受信者に対しては、このコマンドを繰り返し使用します。
- DATAコマンド: 実際のメールデータの送信を開始するためのコマンドです。サーバーは354 Start mail input応答でデータの開始を促します。
- メールヘッダーと本文: メールのヘッダー（From, To, Subjectなど）の後に、二つの改行を挟んでメールの本文が続きます。
- メールの終了: メールの終わりは、ピリオド”.”を単独で行に置いて示します。
- メール送信の完了: メールデータの受け入れが成功した場合、サーバーは250 OK応答を送信します。
セッションの終了
- QUITコマンド: メール送信が完了した後、クライアントはQUITコマンドを使用してセッションを終了します。
- セッションの終了応答: サーバーは221 Service closing transmission channel応答でセッションの終了を確認します。
エラーハンドリング
SMTPではメール送信プロセス中に発生する可能性のあるエラーを検出し、適切なレスポンスコードでクライアントに通知します。エラーコードは、問題が一時的なものか永続的なものか、また問題が発生したコマンドの種類などに応じて異なります。
このプロセスはインターネット上でメールを送信するための基本的なフレームワークを提供し、異なるメールサーバー間での信頼性の高いメッセージ転送を可能にします。RFC 821はSMTPの初期のバージョンを定義しましたが、SMTPの基本的なプロセスは現在も同じであり、RFC 2821とRFC 5321で拡張と更新が行われています。
RFC 821と現代の電子メール
RFC 821によって提供されたSMTPの基本的なフレームワークは、今日の電子メールシステムの基礎となっています。
RFC 821の基本的な原則と影響
- SMTPの導入: RFC 821によりメールメッセージを転送するための基本的なプロトコルとしてSMTPが確立されました。
- コマンド/レスポンスシステム: メール送信時の一連のコマンドと、それに対するサーバーからのレスポンスコードが導入されました。
- テキストベースの通信: SMTPはASCIIテキストを使用しており、人間にも読みやすい形式でコマンドが交換されます。
現代の電子メールとの関連性
- プロトコルの拡張: RFC 821はSMTPの初期の定義を提供しましたが、インターネットの成長と共にプロトコルは拡張されてきました。特に、RFC 2821とその後のRFC 5321は、SMTPを拡張し、現代のインターネットのニーズに適応させるための重要なアップデートを提供しています。
- セキュリティの向上: SMTP自体はセキュリティ機能をほとんど提供していませんでしたが、後続の拡張であるSMTP AUTH（RFC 2554）やSTARTTLS（RFC 3207）によって、認証と暗号化が可能になりました。
- エラーハンドリング: RFC 821に記載されているエラーコードとレスポンスは、現在でもエラーハンドリングの基盤として使用されていますが、より多くのエラーコードが追加され、より詳細なエラー情報が提供されるようになりました。
- インターネットメールの標準: RFC 821とその後継文書は、メールを送受信するためのインターネットスタンダードとなっており、世界中のメールシステムに採用されています。
現代のメールシステムにおける課題と進化
- スパムとの戦い: RFC 821で定義されたシンプルなSMTPプロトコルはスパムの拡散を容易にしました。これに対抗するため、SPF（Sender Policy Framework）、DKIM（DomainKeys Identified Mail）、DMARC（Domain-based Message Authentication, Reporting, and Conformance）といった技術が開発されました。
- メールの大容量化: 初期のSMTPは小さなテキストメッセージを想定していましたが、現在では添付ファイルやHTMLメールを送受信するための拡張（MIME: Multipurpose Internet Mail Extensions）が必要とされています。
現代の電子メールシステムはRFC 821で定義された基本的な原則を継承しながらも、インターネットの進化に合わせて大幅に発展してきました。SMTPは依然としてメール転送の核心部分ですが、現代のニーズを満たすために様々な拡張が施されています。
RFC 821の技術的な詳細と仕様
RFC 821の主要な技術的詳細と仕様を概説します。
コマンドと応答
SMTPはコマンド/応答プロトコルであり、クライアント（メール送信ソフトウェア）とサーバー（メール受信サーバー）間で一連のテキストベースのメッセージが交換されます。以下は主なコマンドです。
- HELO: セッションの開始を宣言し、サーバーにクライアントの身元を知らせます。
- MAIL FROM: 送信メールの差出人のアドレスを宣言します。
- RCPT TO: 一つまたは複数の受信者のアドレスを宣言します。
- DATA: メール本文の送信を開始することをサーバーに伝えます。
- QUIT: SMTPセッションを終了することを宣言します。
サーバーは各コマンドに対して数値コードとテキストメッセージで構成される応答を送信します。これによりクライアントはコマンドの成功または失敗を判断できます。
セッションとトランザクション
SMTP通信は「セッション」で構成されます。セッションはHELOコマンドで始まり、QUITコマンドで終了します。セッション内で「トランザクション」が発生し、これはメールメッセージの送信を含みます。トランザクションはMAIL FROMコマンドで始まり、DATAコマンドの後にメール本文が続きます。
メールのフォーマット
SMTPではメールはヘッダと本文の二部構成です。ヘッダは「フィールド: 値」の形式で構成され、本文はヘッダの後に続きます。
メール転送のプロセス
SMTPサーバーはメールの中継を行います。つまり、メールを受け取り、そのメールが最終的な宛先に到達するように別のSMTPサーバーへと転送することができます。
エラーハンドリング
SMTPではエラーコンディションが詳細に定義されており、特定のエラーコードが割り当てられています。これにより、送信エラーが発生した場合にクライアントは適切なアクションを取ることができます。
プロトコルの拡張性
RFC 821はプロトコルの基本を定義しましたが、拡張性が考慮されており、新しいコマンドや応答が後の文書で追加されることができるようになっていました。
RFC 821はテキストベースのシンプルなプロトコルとしてSMTPの基礎を確立しましたが、インターネットの成長と発展に伴い、セキュリティ、メールサイズ、文字セットのサポートなど、多くの面で後続のRFCによって更新されました。SMTPの基本的なプロセスとコマンドセットは、RFC 2821やRFC 5321などの更新版で引き継がれています。