私のネットワーキングの先生は、アリスからボブまでのSMTPメッセージングプロセスはこのプロセスを経ていると言いました。SMTPユーザーエージェントがメールサーバー経由でメールを送信する必要があるのはなぜですか？
（1）ユーザエージェント - >（2）アリスのメールサーバ - >（3）ボブのメールサーバ - >（4）ボブのユーザエージェント
のは、アリスが彼女のユーザーエージェント（例えばサンダーバード）であるとしましょう。メールがメールサーバーを通過する必要があるのはなぜですか？なぜ彼女はボブのメールサーバーに直接メッセージを送信できませんでしたか？彼女のユーザエージェントがBobのアドレス（[email protected]）を知っている場合、ユーザエージェントはgmail.comのIPアドレスを把握するために何らかのDNS検索を行い、自分のSMTPメッセージをBobのメールサーバに直接送信できませんでしたか？
ボブのメールサーバーに到達できない場合、アリスはアリスのメールサーバーにその電子メールを送信する以外のオプションはありません。
アリスがそのメールサーバーに電子メールを預けた場合、アリスのメールサーバーは到達可能になるまでボブのメールサーバーに電子メールを送信しようとし続けます。
あなたが言いましたように、ボブのメールサーバーに電子メールを直接送信しようとすると、アリスはボブのメールサーバーに到達できるようになるまで繰り返し電子メールを送信しなければなりません。 。
メール転送はです。通常です。 「特別なケース」の数は、巨大なとなる場合があります。
ローカルメール/ SMTPサーバー経由で送信すると、ユーザー/メールエージェントが簡単になります。電子メール配信の責任を引き継ぐ前に、「特別なケース」に当たる機会を減らします。 「不安定な」動作を避けるのに役立ちます。
受信者のメールサーバーに直接送信すると、迷惑メール時にと危険ながさらに複雑になります。
一部のサーバーは、通知なしで「スパムとして分類された」メッセージをドロップします。それがなければ、SMTPセッションで最初の直接配信が失敗したときに、ローカルメールサーバーを使用して "高度なユーザー"にフォールバック配信ルートを推奨することがあります。
発信SMTP接続をブロックせずに固定IPアドレスを使用している場合は、独自のメール/ SMTPサーバーを設定することができます。それは複雑なメールエージェントの市場を（より）小さくします。
HTTPとは異なり、SMTPは「プッシュ」プロトコルです。 HTTPクライアントは、HTTPサーバーからデータを取得します。一方、メールクライアント（この場合はAlice）は、SMTPを実行するメールサーバーにSMTP（Simple Mail Transfer Protocol）を使用して電子メールを「プッシュ」します。メールサーバーはこのメールをBobのメールサーバーにプッシュします。
ボブがメールをチェックしたいとき、彼はSMTPを使いませんが、IMAP/POPのような別のプロトコルを使って新しいメールを取得し、彼のユーザエージェントに表示します。
アリスがボブに直接メールを送信する場合、ボブのユーザーエージェントは常に（サーバーのように）オンになっている必要があります。しかし、ボブはオフにできる別のクライアントなので、ボブのユーザーエージェントがオフの場合にアリスの電子メールがボブに届くことはありません。したがって、メールサーバーはAliceの電子メールをBobに格納し、Bobのユーザーエージェントがオンの場合は、新しい電子メールを取得できます。したがって、メールサーバーを介してメールを送信する必要があります。
カタツムリで手紙を郵送すると、手紙はあなたの地方の郵便局と目的の郵便局の両方を通過する必要がありますか？なぜあなたの家を出て、自動的に受信者のメールボックスに入ることができないのですか？ユーザーエージェントには何も検索されません。 Aliceの電子メールクライアントソフトウェア（あなたが* user agent *と呼んでいるもの）は、Aliceのメールサーバーのアドレスを知っています。それだけです。アリスはボブのメールサーバー（[email protected]）の*名前*を知っていますが、ボブがどこに住んでいるのかはわかりません。アリスのメールサーバはボブのメールサーバのアドレスを知っており、ボブのメールサーバはボブがどこにいるかを知っています。 –