参考书目:《计算机网络(第7版)》:谢希仁——电子工业出版社 《精通Windows Sockets网络开发--基于Visual C++实现》:孙海民——人民邮电出版社
第 2 章: アプリケーション層
1. アプリケーション層の概要
インターネット申請
- オンラインでゲームをプレイする
- オンラインビデオを見る
- WeChat で友達とチャットする
- インターネット上のさまざまな情報を検索して確認する
- インターネット経由で電子メールを使用して相互に通信する(さまざまな写真やビデオ ファイルの転送を含む)
- …
大多数の人は、インターネットを使用することでインターネットに出会います。
アプリケーション層プロトコルの概要
- レイヤ 1 ~ 4: コンピュータ ネットワークが完全な通信サービスをどのように提供できるかという問題を解決します。
- レイヤ 5: アプリケーション プロセスは、アプリケーション レイヤ プロトコルを通じてネットワークによって提供される通信サービスを使用します。
- ネットワーク アプリケーションはコンピュータ ネットワークが存在する理由であり、アプリケーション層はアプリケーション層プロトコルが存在し、ネットワーク アプリケーションが実装される場所です。
アプリケーション層の機能
- ファイル転送
- FTP、TFTP、NFS
- Eメール
- SMTP、POP3
- WWWアプリケーション
- HTTP
- リモートログイン
- Telnet、rlogin
- ネットワーク管理
- SNMP
- 名前管理
- DNS
- マルチユーザーゲーム
- プライベートネットワークプロトコル
- オンライン電話
- プライベートネットワークプロトコル
- ストリーミング技術
- プライベートネットワークプロトコル
- ライブビデオ会議
- プライベートネットワークプロトコル
- P2P ファイル共有
- プライベートネットワークプロトコル
アプリケーション層の具体的な内容
アプリケーションプロセスが通信するときに従うプロトコルを指定します
- 多くのプロトコルはクライアント/サーバーのアプローチに基づいています。
- クライアントとサーバーはどちらも、通信に関与する 2 つのアプリケーション プロセスを指します。クライアントはサービス リクエスタ、サーバーはサービス プロバイダーです。
- クライアントサーバーアプローチは、サービスと提供されるサービスとの関係を表します。
- アプリケーション プロセスは、アプリケーション層のサービスを呼び出すことによって独自の機能を完了します。
2. 動的ホスト構成プロトコル DHCP
1.DHCP の一般属性
- プロトコル構成
- IPアドレス
- サブネットマスク
- デフォルトルーターのIPアドレス
- ドメインネームサーバーのIPアドレス
- DHCP
- コンピュータが必要なすべての構成情報を 1 つのメッセージで取得できるようにします。
- コンピュータが新しいネットワークに参加し、手動操作を行わずに IP アドレスを迅速かつ動的に取得できるようにします。
- DHCPはクライアントサーバー方式を使用します
- DHCP リレー エージェントは、ユニキャスト モードで検出メッセージを転送します。
- DHCP リレー エージェントは、ユニキャスト モードで検出メッセージを転送します。
2.DHCPプロトコル
リース期間
一時的な IP アドレスは「リース」アドレスと呼ばれ、「リース期間」の制限があります。
- リース期間の値は DHCP サーバーによって設定できます。
- 顧客が申請してサーバーに認識されるようにします。
- DHCP は無制限の値を予約することもできるため、「リース期間」を任意に延長できます。
DHCP プロトコルの仕組み
- DHCP サーバーは受動的に UDP ポート 67 を開き、クライアントからのメッセージを待ちます。
- DHCP クライアントは、UDP ポート 68 から DHCP 検出メッセージを送信します。
- DHCP ディスカバリ メッセージを受信するすべての DHCP サーバーは DHCP オファー メッセージを送信するため、DHCP クライアントは複数の DHCP オファー メッセージを受信する可能性があります。
- DHCP クライアントは、複数の DHCP サーバーの中から 1 つを選択し、選択した DHCP サーバーに DHCP 要求メッセージを送信します。
- 選択された DHCP サーバーは確認メッセージ DHCPACK を送信し、バインド状態になり、取得した一時 IP アドレスの使用を開始できます。
- リース期間の途中 (T1 時間が期限切れになる)、DHCP は要求メッセージ DHCPREQUEST を送信して、リース期間の更新を要求します。
- DHCP サーバーが同意すると、確認メッセージ DHCPACK を送り返します。DHCP クライアントは新しいリース期間を取得し、タイマーがリセットされます。
- DHCP サーバーが同意しない場合は、拒否メッセージ DHCPNACK を送り返します。この時点で、DHCP クライアントは元の IP アドレスの使用を直ちに停止し、再度 IP アドレスを申請する必要があります (手順 2 に戻る)。
- DHCP クライアントは、サーバーが提供するリース期間をいつでも事前に終了でき、その場合は DHCP サーバーに解放メッセージ DHCPRELEASE を送信するだけです。
3. ドメインネームシステムDNS
1.DNSの一般属性
- DNS
- ドメイン ネーム システム ドメイン ネーム システム。
- ドメイン名と IP アドレス間のマッピングを完了するために使用されます。
- TCP または UDP のポート番号は 53 です。
- 多くのアプリケーション層ソフトウェアは、ドメイン ネーム システム DNS を直接使用することがよくあります。
- コンピュータのユーザーは、ドメイン ネーム システムを直接ではなく間接的にのみ使用します。
インターネットのドメイン名の構造
- インターネットでは、階層ツリー構造の命名方法が使用されます。
- ドメイン名の構造は、ドットで区切られた一連のラベルで構成されます。
- … . サードレベル ドメイン名. セカンドレベル ドメイン名. トップレベル ドメイン名
- これは英語の文字と数字で構成され、大文字と小文字は区別されません。
- 各ラベルは 63 文字を超えることはできません。
- 複数のラベルで構成される完全なドメイン名は 255 文字を超えてはなりません。
- … . サードレベル ドメイン名. セカンドレベル ドメイン名. トップレベル ドメイン名
- 各ラベルは、異なるレベルのドメイン名を表します。
- ラベルの接尾辞はドメインとも呼ばれます。
インターネットドメインネームスペース
注:域名是一个组织在域名空间中的名字,域名树的树叶就是单台计算机的名字。
トップレベルドメイン名TLD
-
国内トップレベル ドメイン名 nTLD: 例: .cn は中国、.us は米国、.uk は英国などを意味します。
-
汎用トップレベル ドメイン名 gTLD: 最も古いトップレベル ドメイン名は次のとおりです:
.com (企業および企業)
.net (ネットワーク サービス組織)
.org (非営利団体)
.edu (米国固有の教育機関)
.gov (米国固有の政府部門)
.mil (米国の専用軍事部門)
.int (国際組織) -
インフラストラクチャ ドメイン: 逆引きドメイン名解決に使用される arpa が 1 つだけあるため、逆引きドメイン名とも呼ばれます。
注:新增加了下列的通用顶级域名 .aero (航空运输企业) .biz (公司和企业) .cat (加泰隆人的语言和文化团体) .coop (合作团体) .info (各种情况) .jobs (人力资源管理者) .mobi (移动产品与服务的用户和提供者) .museum (博物馆) .name (个人) .pro (有证书的专业人员) .travel (旅游业)
ドメイン名の割り当て
- ドメイン名の各レベルは、その下位レベルのドメイン名の割り当てを制御します。
- COM および NET のトップレベル ドメインは現在 Verisign によって管理されています。
- CN のトップレベル ドメイン名は、中国インターネット ネットワーク インフォメーション センター (CNNIC) によって管理されています。
- com.cn、net.cn、org.cn、bj.cn、sh.cn などの第 2 レベルのドメイン名も CN に事前設定されています。
- トップレベルのドメイン名とその左側の部分を合わせたものをセカンド レベル ドメイン (SLD) と呼びます。
- 第 2 レベルのドメイン名に左側の部分を加えたものを第 3 レベルのドメイン名と呼びます。
例 1: yahoo.people.com.cn
cn は、第 1 レベルのドメイン名です。
com.cn は、第 2 レベルのドメイン名です。
people.com.cn は、第 3 レベルのドメイン名です。
yahoo.people.com.cn は、第 4 レベルのドメイン名です。 -レベルのドメイン名
2. ドメインネームシステムDNS
- 分散データベース: 多くのドメイン ネーム サーバーが階層的に構成されています。
- ドメイン ネーム サーバー プログラムは専用ノード上で実行され、プログラムを実行するマシンはドメイン ネーム サーバーと呼ばれます。
- ドメイン名を所有するすべての組織には、ドメイン名からそのドメイン内の登録済みホストの IP アドレスへのマッピング サービスを提供する DNS サーバーが必要です。
- いくつかのドメイン ネーム サーバー プログラムは、ドメイン名の IP アドレスへの解決を完了します。
- DNSサーバーの管轄は「ドメイン」ではなく「ゾーン」に基づいています。
- サーバーが担当する (または権限を持つ) 範囲はゾーンと呼ばれます。
- 各ゾーンは、対応する権限ドメイン ネーム サーバーを設定して、ドメイン名からゾーン内のすべてのホストの IP アドレスへのマッピングを保存します。
エリアを分割するさまざまな方法
ツリー構造のDNSドメインネームサーバー
4種類のドメインネームサーバー
- ルートネームサーバー
- トップレベルのドメインネームサーバー
- 権威のあるドメインネームサーバー
- ローカルネームサーバー
ルートネームサーバー
-
最上位のドメイン ネーム サーバーであり、最も重要なドメイン ネーム サーバー。
-
すべてのルート ドメイン ネーム サーバーは、すべてのトップレベル ドメイン ネーム サーバーのドメイン名と IP アドレスを記録します。
-
ローカル ドメイン ネーム サーバーは、インターネット上のドメイン名を解決できない限り、最初にルート ドメイン ネーム サーバーに頼ります。
-
インターネット上には、異なる IP アドレスを持つ 13 個のルート ドメイン ネーム サーバーがあります。
注:1.根域名服务器并不直接把域名直接转换成 IP 地址。2.在使用迭代查询时,根域名服务器把下一步应当找的顶级域名服务器的 IP 地址告诉本地域名服务器。
トップレベルのドメインネームサーバー
- このトップレベル ドメイン ネーム サーバーに登録されているすべてのセカンド レベル ドメイン名の管理を担当します。
- DNS クエリ要求を受信すると、対応する応答が返されます (それが最終結果である場合もあれば、次に検索されるドメイン ネーム サーバーの IP アドレスである場合もあります)。
権威のあるドメインネームサーバー
- ゾーンのドメインネームサーバーを担当します。
- 権限のあるドメイン ネーム サーバーは通常、ホストが存在する組織の DNS サーバーです。
- 権威ドメイン ネーム サーバーが最終的なクエリの回答を提供できない場合、クエリ要求を発行した DNS クライアントに、次にどの権威ドメイン ネーム サーバーを検索するかを指示します。
ローカルネームサーバー
- ローカル ネーム サーバーは、ドメイン ネーム システムにとって非常に重要です。
- ホストが DNS クエリ要求を発行すると、まずローカルの C:\WINDOWS\system32\drivers\etc\hosts DNS データベース ファイルにクエリが実行され、失敗した場合は、クエリ要求メッセージがローカル ドメイン ネーム サーバーに送信されます。
- このドメイン ネーム サーバーは、デフォルトのドメイン ネーム サーバーと呼ばれることもあります。
- 各インターネット サービス プロバイダー (ISP)、大学、さらには大学内の学部がローカル ネーム サーバーを持つことができます。
ドメイン名解決プロセス
- ホスト—>ローカル ドメイン ネーム サーバー:再帰クエリ。
- ホストによってクエリされたローカル ドメイン ネーム サーバーがクエリされたドメイン名の IP アドレスを知らない場合、ローカル ドメイン ネーム サーバーは DNS クライアントとして他のルート ドメイン ネーム サーバーにクエリ要求メッセージを送信し続けます。
- ローカル ドメイン ネーム サーバー -> ルート ドメイン ネーム サーバー:反復クエリ。
- ルート ドメイン ネーム サーバーは、ローカル ドメイン ネーム サーバーから反復クエリ要求メッセージを受信すると、クエリ対象の IP アドレスを与えるか、ローカル ドメイン ネーム サーバーに「次にどのドメイン ネーム サーバーにクエリを実行する必要がありますか?」と指示します。次に、ローカル ドメイン ネーム サーバーに後続のクエリを実行させます。
再帰クエリ
反復クエリ
3. DNS の仕組み
4. ワールドワイドウェブ WWW
1.HTTP
HTTP
- HTTP
- ハイパーテキスト転送プロトコル - ハイパーテキスト転送プロトコル。
- インターネットブラウザで使用される通常のテキスト、ハイパーテキスト、オーディオ、ビデオなどのデータを送信するために使用されます。
- 確実な送信には TCP 接続を使用します。ポート番号は TCP 80 です。
- HTTP はトランザクション指向のクライアント/サーバー プロトコルです。
- HTTP 1.0 プロトコルはステートレスです。
- HTTP プロトコル自体もコネクションレス型ですが、コネクション型 TCP によって上位に提供されるサービスを使用します。
HTTP の仕組み
URL
Uniform Resource Locator URL (Uniform Resource Locator): ページを一意に識別するために各ページに名前を付けます。
- 形式:
protocal://ホスト名[:ポート]/パス[;パラメータ][?クエリ]-
プロトコル: 使用するプロトコルのタイプを示します。HTTP、FTP などです。
-
サーバー アドレス (ポート): サーバーのアドレスとポートを示すホスト名[:ポート]。ここでのポートはオプションであり、80 である必要はありません。
-
ページ パス: サーバー上のページの場所を識別します。
-
オプション: パラメータは、ユーザーが提供するオプションのパラメータを指定します。クエリは、クエリ要求の送信時にブラウザによって送信されるオプションの文字列です。
例:http://news.sina.com.cn/c/2004-04-4/10553126043.shtml
-
ユーザーがマウスをクリックした後に発生するイベント
(1) ブラウザは、ハイパーリンクが指すページの URL を分析します。
(2) ブラウザは DNS に www.tsinghua.edu.cn の IP アドレスを解決するよう要求します。
(3) ドメインネームシステム DNS は清華大学サーバーの IP アドレスを解決します。
(4) ブラウザはサーバーとの TCP 接続を確立します。
(5) ブラウザはファイル取得コマンド GET /chn/yxsz/index.htm を発行します。
(6) サーバーは応答し、ファイルindex.htmをブラウザに送信します。
(7) TCP コネクションの解放。
(8) ブラウザには、「清華大学学部設定」ファイルindex.htm内のすべてのテキストが表示されます。
World Wide Web の仕組み
HTTPメッセージの構造
リクエスト メッセージ - クライアントからサーバーにリクエスト メッセージを送信します。
応答メッセージ - サーバーからクライアントへの応答。
リクエストメッセージ
- メッセージは、開始行、ヘッダー行、エンティティ本体の 3 つの部分で構成されます。リクエストメッセージでは、開始行がリクエスト行になります。
- 「メソッド」とはオブジェクト指向技術の専門用語です。いわゆる「メソッド」は、要求されたオブジェクトに対して実行される操作であるため、これらのメソッドは実際にはコマンドです。したがって、リクエスト メッセージのタイプは、使用するメソッドによって決まります。
- 「URL」は、要求されたリソースの URL です。
- 「バージョン」はHTTPのバージョンです。
応答メッセージ
- 応答メッセージの開始行はステータス行です。ステータス行には、HTTP バージョン、ステータス コード、ステータス コードを説明する簡単なフレーズの 3 つの項目が含まれます。
- ステータスコードはすべて3桁です
- 1xx は、リクエストの受信または処理中などの通知情報を示します。
- 2xx は、受け入れられる、知るなどの成功を意味します。
- 3xx はリダイレクトを表し、リクエストを完了するにはさらにアクションを実行する必要があることを示します。
- 4xx は、リクエストの構文が間違っているか、リクエストが完了しないなど、クライアント エラーを示します。
- 5xx は、リクエストを完了できないサーバー障害などのサーバー エラーを示します。
2.FTP
ファイル転送プロトコル FTP
- ネットワーク上でのファイル転送の前提条件
- 2 つのホストのオペレーティング システムは、テキストとデータを表現するために異なる方法を使用する場合があります。
- 2 つのホストのオペレーティング システムでは、異なるファイル命名方法が使用されている場合があります。
- 2 つのホストのオペレーティング システムは、異なるディレクトリ構造を使用している可能性があります。
- アクセス制御方法が異なります。
FTPの定義
- ファイル転送プロトコルは、2 つのホスト間でファイルを転送するために使用され、アプリケーション層プロトコルです。
- 定義分析
- クライアントサーバー モード。1
つの FTP サーバー プロセスが複数のクライアント プロセスに同時にサービスを提供できます。
FTP サーバー プロセスは、新しいリクエストの受け入れを担当するメイン プロセスと、単一のリクエストの処理を担当するいくつかのスレーブ プロセスの 2 つの部分で構成されます。 - クライアントはアップロードとダウンロードの両方を行うことができます。
- トランスポート層は TCP プロトコルのカプセル化を使用します。
- クライアントサーバー モード。1
FTPの特徴
- これにより、2 つのホスト間でプログラムとデータを共有できるようになります。
- これにより、リモート ホストへの間接的なアクセスが可能になります。
- データをより安全かつ確実に送信します。
- FTP は、2 つのホスト間に制御接続とデータ接続という 2 つの接続を確立するという点で、他のクライアント/サーバー構造とは異なります。これら 2 つの接続は、コマンドとデータの送信を分離して、データ送信をより効率的にします。
FTP の仕組み
FTPにおけるコントロールコネクションとデータコネクションの関係
2 つの異なるポート番号
- FTPは2つの異なるポート番号を使用するため、
- データ接続と制御接続は混同されません。
- プロトコルをよりシンプルかつ簡単に実装できるようにします。
- 制御接続は、ファイルを転送するときにも利用できます (たとえば、クライアントが転送を終了する要求を送信する)。
ファイル転送用のFTP
-
アクティブ モード (PORT コマンドによって実装)
- クライアントは一時的なポート番号を選択し、このポート番号を受動的に接続を待機しているサーバーに送信します。サーバーは、この一時ポートとのアクティブな接続を確立します。
-
パッシブモード(PASVコマンドによって実装)
- クライアントはサーバーに対して、最初にポート番号を選択するように要求します。サーバーはそのポートへの接続を受動的に確立します。
-
ファイル転送がアクティブ モードで実装されるかパッシブ モードで実装されるかに関係なく、FTP での制御接続とデータ接続の実装はコマンドと応答に依存します。
コマンドの分類
- Connect コマンド: ユーザーがリモート ホストに接続できるようにします。
- ファイル管理コマンド: ユーザーがリモート ホストのファイル システムに接続し、リモート ホストのディレクトリ構造を参照し、新しいパスを作成し、ファイルを削除できるようにします。
- データフォーマットコマンド
- ポート定義コマンド: データ接続時にクライアントが必要とするポート番号を定義します。
- ファイル転送コマンド
- その他のコマンド
FTPリクエストコマンド
FTP応答コマンド
FTPツール
- クライアント
- IE
- キュートフト
- フラッシュFX
- サービスターミナル
- IIS
- サーブユー
3.TFTP
簡易ファイル転送プロトコル TFTP
- クライアントサーバーアプローチを使用する
- UDP データグラムを使用する場合は、独自のエラー修正手段が必要です
- ファイル転送のみがサポートされており、対話はサポートされていません。
- 膨大なコマンド セット、ディレクトリの一覧表示機能、ユーザーを認証する機能はありません。
TFTPの主な機能
- 送信される各データ PDU には 512 バイトのデータがありますが、最後のデータ PDU は 512 バイト未満になる場合があります。
- データPDUはファイルブロック(ブロック)とも呼ばれ、各ブロックには1から順に番号が付けられます。
- ASCIIコードまたはバイナリ送信をサポートします。
- ファイルは読み取りまたは書き込みが可能です。
- 非常にシンプルなヘッダーを使用できます。
TFTPの仕事
- ファイルブロック送信後は相手からの確認を待ちますが、確認の際には確認済みのブロック番号を指定してください。
- データ送信後、指定された時間内に確認が受信されない場合、データ PDU が再送信されます。
- 確認 PDU の送信側が指定された時間内に次のファイル ブロックを受信できない場合は、確認 PDU を再送信する必要があります。これにより、データグラムの損失によってファイル転送が失敗することがなくなります。
4.TELNET
リモートターミナルプロトコル TELNET
- Telnet (Telecommunication Network Protocol、リモート ログインの略称) は、インターネット上のリモート アクセスに使用される重要なツールであり、エミュレーション端末プログラムでもあります。
- ローカル コンピュータは、ネットワーク経由でアクセスできるように別のリモート コンピュータに接続され、ハードウェア、ソフトウェア データ、さらにはリモート コンピュータのすべてのリソースを使用できます。
- ローカル コンピュータをリモート ホストの端末としてシミュレートし、コンピュータが提供するさまざまなプログラムを実行します。
ネットワーク仮想端末NVT形式
- クライアント ソフトウェアは、ユーザーのキーストロークとコマンドを NVT 形式に変換し、サーバーに送信します。
- サーバー ソフトウェアは、受信したデータとコマンドを NVT 形式からリモート システムが必要とする形式に変換します。
- データをユーザーに返すとき、サーバーはリモート システムの形式を NVT 形式に変換し、ローカル クライアントは NVT 形式からローカル システムで必要な形式に変換します。
5.電子メール
- メール送信プロトコル:SMTP
- メールを読むためのプロトコル: POP3 および IMAP
- MIMEはメールのヘッダーにメールのデータの種類(文字、音声、画像、動画など)を記述し、複数の種類のデータをメール内で同時に送信することができます。
電子メールの主なコンポーネント
ユーザーエージェントUA
簡易メール転送プロトコル SMTP
- 通信する 2 つの SMTP プロセス間で情報を交換する方法を指定します。
- 14 個のコマンド: 各コマンドは 4 文字で構成されます。
- 21 種類の応答情報: 通常、各種類の応答情報には、3 桁のコードで始まり、その後に非常に単純なテキストの説明が続く (または含まれない) 情報が 1 行だけ含まれています。
転送ステップ
- 接続の確立: 送信ホストの SMTP クライアントと受信ホストの SMTP サーバーの間に接続が確立されます。SMTP は中間メール サーバーを使用しません。
- 郵便配達。
- 接続の解放: 電子メールの送信後、SMTP は TCP 接続を解放する必要があります。
メール読み取りプロトコル POP3 および IMAP
- ポスト オフィス プロトコル POP は非常にシンプルですが制限のあるメール読み取りプロトコルで、現在は 3 番目のバージョンである POP3 です。
- POP もクライアントサーバーアプローチを使用します。
- POP クライアント プログラムはメールを受信するユーザーの PC 上で実行されている必要があり、POP サーバー プログラムはユーザーが接続している ISP のメール サーバー上で実行されている必要があります。
IMAPプロトコル
- IMAP はクライアントサーバー方式でも動作し、現在のバージョンは IMAP4 です。
- ユーザーは、ローカルで操作するのと同じように、ISP のメール サーバーのメールボックスを自分の PC 上で制御できます。
- したがって、IMAP はオンライン プロトコルです。ユーザーの PC 上の IMAP クライアント プログラムが IMAP サーバーのメールボックスを開くと、ユーザーは電子メールのヘッダーを確認できます。ユーザーが電子メールを開く必要がある場合、電子メールはユーザーのコンピュータに転送されます。
IMAPの特徴
- IMAP の最大の利点は、ユーザーがさまざまな場所のさまざまなコンピュータを使用していつでもオンラインで電子メールを読んだり処理したりできることです。
- IMAP を使用すると、受信者はメッセージの特定の部分だけを読むこともできます。たとえば、ビデオが添付された電子メールを受信したとします (ファイルが大きい場合があります)。時間を節約するには、最初にメールの本文をダウンロードし、後で時間のあるときに長い添付ファイルを読むかダウンロードします。
- IMAP の欠点は、ユーザーがメールを自分の PC にコピーしない場合、メールは常に IMAP サーバーに保存されることです。したがって、ユーザーは IMAP サーバーとの接続を頻繁に確立する必要があります。
Webベースの電子メール
- 電子メールは、HTTP プロトコルを使用して A から NetEase メール サーバーに送信されます。
- 2 つのメール サーバー間の転送には SMTP が使用されます。
- メールはHTTPプロトコルを使用して新浪メールサーバーからBに送信されます。
SMTP の欠点
- SMTP では、実行可能ファイルやその他のバイナリ オブジェクトを転送できません。
- SMTP は 7 ビット ASCII コードの送信に限定されています。他の多くの非英語圏言語 (中国語、ロシア語、さらにはアクセントのあるフランス語やドイツ語など) は送信できません。
- SMTP サーバーは、一定の長さを超えるメッセージを拒否します。
- 一部の SMTP 実装は、SMTP 標準 [RFC 821] に完全には準拠していません。
MIMEの特徴
- MIME は SMTP を変更したり置き換えたりしません。
- MIME の目的は、現在の [RFC 822] 形式を引き続き使用しますが、電子メール本文に構造を追加し、非 ASCII コードを送信するためのエンコード ルールを定義することです。