メインコンテンツまでスキップ

1. はじめに (Introduction)

1.1. 電子メールの転送 (Transport of Electronic Mail)​

簡易メール転送プロトコル (Simple Mail Transfer Protocol, SMTP) の目的は、メールを確実かつ効率的に転送することである。

SMTPは特定の伝送サブシステムから独立しており、信頼性のある順序付けられたデータストリームチャネルのみを必要とする。本文書では特にTCP上の転送について議論するが、他の転送方式も可能である。RFC 821の付録にそのいくつかが記載されている。

SMTPの重要な機能は、複数のネットワークを越えてメールを転送する機能であり、通常「SMTPメールリレー (SMTP mail relaying)」と呼ばれる (セクション3.6参照)。ネットワークは、公衆インターネット上の相互にTCPでアクセス可能なホスト、ファイアウォールで隔離されたTCP/IPイントラネット上の相互にTCPでアクセス可能なホスト、または非TCPトランスポート層プロトコルを利用する他のLANまたはWAN環境内のホストで構成される。SMTPを使用することで、プロセスは同じネットワーク上の別のプロセスへ、または両方のネットワークからアクセス可能なリレーまたはゲートウェイプロセスを介して他のネットワークへメールを転送できる。

このように、メールメッセージは送信者から最終受信者への経路上で、多数の中間リレーまたはゲートウェイホストを通過することがある。ドメインネームシステム (Domain Name System) のメール交換器 (Mail eXchanger) メカニズム (RFC 1035、RFC 974、および本文書のセクション5) は、転送中のメッセージの適切な次ホップ宛先を特定するために使用される。

1.2. 本文書の歴史と背景 (History and Context for This Document)​

本文書は、インターネット電子メール転送の基本プロトコルの仕様である。以下の文書を統合、更新、明確化するが、新しい機能を追加したり既存の機能を変更したりはしない:

  • RFC 821 の元のSMTP (Simple Mail Transfer Protocol) 仕様
  • RFC 1035 および RFC 974 からのメール転送に関するドメインネームシステム要件と影響
  • RFC 1123 の明確化と適用性声明、および
  • RFC 1869 のSMTP拡張メカニズムから引用された資料
  • RFC 2821 を標準案 (Draft Standard) にするための編集上および明確化の変更

本文書は、RFC 821、RFC 974、RFC 1869、および RFC 2821 を廃止し、RFC 1123 を更新する (RFC 1123 のメール転送資料を置き換える)。ただし、RFC 821 は、1990年代半ばまでにインターネットで顕著に使用されていなかったいくつかの機能と、(付録で)いくつかの追加的な転送モデルを指定している。これらのセクションは明確性と簡潔性のためにここでは省略されている。それらを必要とする読者は RFC 821 を参照すべきである。

本文書には、増幅が必要だったRFC 1123からの追加資料も含まれている。この資料は、主にさまざまなリストやニュースグループでの議論を追跡すること、およびSMTP拡張が展開される際に現れた異常な解釈や解読の問題によって、複数の方法で特定されている。本仕様が統合を超えて実際に以前の文書と異なる場合、技術的にもテキスト的にもそれらに優先する。

SMTPはメール転送および配信プロトコルとして設計されたが、本仕様には、郵便局プロトコル (Post Office Protocol, POP) (RFC 937、RFC 1939) および IMAP (RFC 3501) で推奨されているように、「メール送信 (mail submission)」プロトコルとしての使用に重要な情報も含まれている。一般に、RFC 4409 で指定された独立したメール送信プロトコルが、現在ではSMTPの直接使用よりも優先される。そのテーマに関するより多くの議論はその文書に記載されている。

セクション2.3は、本文書に固有の用語の定義を提供する。歴史的な用語が明確性のために必要な場合を除き、本文書は、送信および受信SMTPプロセスをそれぞれ識別するために、現在の「クライアント (client)」および「サーバー (server)」の用語を使用する。

付随文書であるRFC 5322 は、メッセージヘッダーセクション (header sections) および本文 (bodies) について議論し、それらのフォーマットおよび構造を指定している。

1.3. 文書の規約 (Document Conventions)​

本文書のキーワード「MUST」(しなければならない)、「MUST NOT」(してはならない)、「REQUIRED」(必須である)、「SHALL」(しなければならない)、「SHALL NOT」(してはならない)、「SHOULD」(すべきである)、「SHOULD NOT」(すべきでない)、「RECOMMENDED」(推奨される)、「MAY」(してもよい)、および「OPTIONAL」(任意である) は、RFC 2119 に記載されているとおりに解釈されるべきである。これらの各用語は、電子メールの相互運用性を向上させるために意図的かつ慎重に選択されたため、これらの用語の各使用は適合性要件として扱われるべきである。

本文書は長い歴史があり、さまざまなエラーのリスクを回避し、本文書を指す読者や文書を混乱させないために、ほとんどの例とそれらに含まれるドメイン名はRFC 2821から保持されている。読者は、これらがコードまたは構成ファイルで実際に使用すべきでない例示的な例であることに注意されたい。

に最終更新