ここでは、受信メールサーバーは、送信者と連絡を取り、送信者のユーザ名を尋ねます。これは、数多くの理由で良くないアイディアです。コネクションハイジャック、および、発信元サーバーの単純な詐称が含まれますが、これらに限定されません。利用は、運用上の問題をもたらす可能性があります。リクエストのタイムアウトまで扱われるようにします。サーバーに対するもの)は、上記の古典的な状況を、ある程度、改善します。エンド」なメカニズムよりも弱いままとなります。フィールドを自身以外の有効なアドレスを指すように設定することを困難にする努力は、大きく間違っています。彼らは、メールが他人に代わって送信される正規のアプリケーションや、エラー(もしくは正常)の応答が特別なアドレスに指図される必要があるアプリケーションに不満をもっています。提供するシステムは、メッセージデータ中の送信者フィールドがうまく生成できるように、ユーザ用の主要かつ永続的なメールボックスアドレスを確立することを試みる必要があります。関する認証の論点に対応しません。最終仕様において、上記の文章は、その事実を反映するために何らかの編集がなされるはずです。コマンド中にある可能性があります。(複数のアドレスに解決されるひとつのアドレス)としての利用と、「ブラインドコピー」の外観に関するものです。コマンドのみを含む分離されたメッセージトランザクションとして送信するのに有用であると気づく可能性がある(MAY)からです。いずれかと、ヘッダー中のアドレスの間には、もともと関係がありません。