允许在电子邮件地址内发表评论的目的是什么？

根据标准，可以在电子邮件地址中插入“评论”，john(hello @(world!) )@example.com然后john@(my)example.com直接发送至john@example.com。

标准状态（在第3.2.2节中）：

注释通常用于结构化的字段主体中，以提供一些人类可读的信息文本。

但是，包含注释会使解析有效的电子邮件地址变得更加复杂，并且我很难考虑这种注释启用了其他方式无法实现的其他功能的任何情况。是否有一些晦涩的历史原因将其包括在内，而现在仅出于遗留原因才允许使用注释（因此不建议使用/弃用），或者它们启用了特定功能（如标准所建议）？

看来Thunderbird会解析这些注释并将其显示在“收件人”字段中（请参见下图），但这仅适用于发送到特定类型帐户的邮件，并且我还没有找到有关此行为的任何文档。

email thunderbird standards

— _
source

我认为您想阅读RFC 5322第4.4节。这肯定不是使电子邮件地址解析比今天的正常情况更加复杂的唯一电子邮件地址，但是当SMTP的主要目的之一是允许与所有人的互操作性时，其中许多过时的特殊地址格式是必需的以及他们狗的专有电子邮件系统，所有这些都有自己独特的地址语法。

— CVn

好一点，该标准必须向后兼容，但是我想知道允许在地址内添加注释的最初动机是什么。

— j_h 2015年

@random我假设存在允许使用括号括起来的注释的特定原因，并希望有人知道答案，或者至少可以提供一些示例，其中可以使用此功能来实现否则无法获得的特定功能。作为基于意见的问题，这为何被搁置？

— j_h 2015年

您的评论现在说这是一个“范围太广”的问题，而且范围也不大。询问为什么/以某种方式实施某种东西的理由/用例不在SU之外

— 随机

在我看来，这个问题应该有一个非常具体的答案：要么是由于某种模糊的历史原因，现在仅出于遗留原因才允许发表评论（因此，不鼓励/弃用），或者它们具有特定的功能启用（如标准所建议）。我本来以为希望从电子邮件使用中获得最大收益的“计算机爱好者和高级用户”会对这个问题感兴趣。

— j_h 2015年

主要支持电子邮件地址内部的注释，以便使用不推荐使用的电子邮件地址格式-具体来说，可以处理“ john@example.com（John Smith）”而不是“ John Smith <john@example.com>”。

这种旧式注释将括号内容定义为任意注释，如此处已指出并在RFC 822中作为一般注释约定的一部分进行了引用：

..正如您所看到的那样，原始电子邮件格式的源于1982年形成的早期RFC 822标准，以取代还使用括号作为注释的ARPANET标准RFC 733。最终，方括号被标准化，但是仍然支持原始格式。

— 肖恩2078
source