メールアドレス内でコメントを許可する目的は何ですか？

よると、標準的な、そのようなことを、「コメント」内部の電子メールアドレスを挿入することが可能だjohn(hello @(world!) )@example.comとjohn@(my)example.comの直接john@example.com。

標準状態（セクション3.2.2）：

コメントは通常、構造化フィールドの本文で使用され、人間が読める情報テキストを提供します。

ただし、コメントを含めると、有効なメールアドレスの解析がはるかに複雑になり、そのようなコメントによって他の方法では実現できなかった追加の機能が有効になるケースを考えるのに苦労しています。それらが含まれる歴史的な理由があいまいでしたか、コメントはレガシーの理由でのみ許可されています（したがって推奨されない/廃止される必要があります）、またはそれらが有効にする特定の機能があります（標準で提案されているようです）？

Thunderbirdがこれらのコメントを解析して「宛先」フィールドに表示するようです（下の画像を参照）。これは特定のタイプのアカウントに送信されたメッセージに対してのみ機能し、この動作に関するドキュメントは見つかりませんでした。

email thunderbird standards

— j_h
ソース

RFC 5322セクション4.4を読みたいと思います。メールアドレスで許可されているのはこれだけではなく、今日の通常のケースよりも解析が複雑になりますが、SMTPの主な目的の1つがすべてのユーザーとの相互運用性を可能にすることである場合、これらの廃止された特別なアドレス形式の多くが必要でしたそして彼らの犬の独自の電子メールシステムは、すべて独自の独自のアドレス構文を持っていました。

— CVn 2015

標準には下位互換性がなければならないというのは良い点ですが、アドレス内でコメントを許可する本来の動機は何だったのでしょうか。

— j_h

@random括弧で囲まれたコメントを許可する特定の理由があると想定し、誰かが答えを知っているか、少なくともこの機能を使用して他の方法では取得できなかった特定の機能を実現できる例を提供できることを期待しています。これはどうして意見ベースの質問として保留になっているのですか？

— j_h

あなたのコメントでは、これは「広すぎる」質問であり、これも範囲外の質問です。特定の方法で実装された理由/ユースケースを尋ねると、SUの範囲外になります

— ランダム

質問には非常に具体的な答えがあるはずだと思います：歴史的な理由があいまいであり、コメントはレガシーの理由でのみ許可されているため（推奨されないため、推奨されません）、特定の機能があります。有効にします（標準で推奨されているようです）。この質問は、電子メールの使用を最大限に活用したい「コンピューター愛好家とパワーユーザー」にとって興味深いものになると思いました。

— j_h

メールアドレス内のコメントは、主にサポートが終了した形式のメールアドレスでサポートされます。具体的には、「John Smith <john@example.com>」ではなく「john@example.com（John Smith）」を処理できます。

この古いスタイルの表記は、括弧で囲まれたコンテンツを、ここで指摘され、一般的なコメント規則の一部としてRFC 822で参照されている任意のコメントとして定義しました。

http://www.freesoft.org/CIE/RFC/822/16.htm

..ご覧のように、元の電子メール形式は、1982年に形成された初期のRFC 822標準にルーツがあり、コメントとして括弧も使用したARPANET標準RFC 733に取って代わりました。最終的に、ブラケットは標準化されましたが、元の形式のサポートは残っています。

RE：https : //en.wikipedia.org/wiki/Email#Message_format

— sean2078
ソース