からhere。「ユーザーレベル」のクライアントメールアプリケーションは、通常、送信メールにSMTPを使用するだけで（メールを受信しない）
電子メールサーバーおよびその他のメール転送エージェントは、SMTPを使用してメールメッセージを送受信しますが、通常、ユーザーレベルのクライアントメールアプリケーションはSMTPを使用して中継するためにメールサーバーにメッセージを送信します。クライアントアプリケーションは、通常、POP（Post Office Protocol）またはIMAP（Internet Message Access Protocol）またはMicrosoft ExchangeやLotus Notes/Dominoなどの独自のシステムを使用してメールを受信する。
それはなぜですか？
同じページで、それについて語っています。メール検索対
SMTPは
SMTPのみ 配信プロトコルです。 のリモートサーバーからのメッセージを受け取ることはできません。 ポストオフィスプロトコル（POP）と インターネットメッセージアクセスプロトコル （IMAP）のような他のプロトコルは、 メッセージの取得とメールの管理 ボックスのために特別に設計されています。ただし、SMTPには、 リモートサーバーでメールキュー処理を開始する という機能があり、 システム宛にメッセージ が送信される可能性があります（参照：リモートメッセージ キューの開始）。ユーザーの パソコンのみ 断続的にパワーアップ、またはインターネット 接続が唯一の一時的なもので ホストが オフライン期間中にメッセージを受信できないときにPOPとIMAPは 優先プロトコルです。
SMTPは、「常時接続」サーバー用に設計されています。ほとんどの人はメールクライアントを24時間365日稼働したままにしておらず、いつもメールを受け取ることができません。最近では、ETRNを使用して、リモートサーバーにクライアント用にキューイングされたものを配信しようとすることが可能になりましたが、これはまだ広くサポートされておらず、クライアント側の "プル"（またはIMAP fake-push IDLE拡張子）。
次のサーバーへの配信が失敗した場合、ほとんどのサーバーから元の送信者に警告が送信されるという追加の問題があります。これはサーバー内転送では良いことですが、断続的に接続されたクライアントにとっては悪いことです。