HTTPはどのように電子メールに不適切ですか?たとえば、IMAPのステートフル性はクライアント開発にどのように役立ちますか?
歴史的および下位互換性の理由以外に、それらを分離しておくための実際の議論は何ですか?
SMTP、IMAP、およびHTTPは、特殊なアプリケーションレベルのプロトコルです。これらすべてが継承できる一般的なアプリケーションレベルのプロトコルがあれば、便利にリファクタリングできますが、そうではないため、他のプロトコルを既存のプロトコルの1つに組み込むことは、努力する価値がほとんどなく、ほとんどありません。物事を簡素化します。
現在のように、歴史と下位互換性は単なる文化遺産ではなく、各プロトコルのアプリケーション固有の機能を定義するための長く複雑なプロセスでもあります。SMTPはストアアンドフォワードであるため、監査ヘッダーなどが必要になりReceived:
ます。IMAPは、データストアへの同時アクセス用に設計されているため、状態(誰が、どこに接続を許可されているか、どのフォルダーに接続されているか、何を既に表示、読み取り、または削除したか)を導入する必要がありました。 。HTTPは基本的にプルプロトコル(Webページをプルダウン)であり、このPOST
機能には、CGIプロトコルとHTTPの全体的なコンテンツモデルに固有の多くの機能が搭載されています。
SMTPは、個々のメールメッセージを送信する送信者と受信者を識別するプロトコルであり、各メールサーバーは転送するメールを受け入れる(または受け入れない)ため、最終的に宛先に到達します。HTTPは、誰でもサーバーに接続して(ほとんど同じ)コンテンツを確認するためのものです。それらは根本的に異なるため、異なるプロトコルを使用することは非常に理にかなっています。