8. IANA Considerations (IANA考虑)

IANA维护三个支持本规范的注册表，所有这些注册表都是为RFC 2821或更早版本创建的。本文档如下所述扩展了第三个注册表。列出的注册表引用是发布时的引用; IANA不保证与URL关联的位置。注册表如下:

8.1. SMTP Service Extensions Registry (SMTP服务扩展注册表)

第一个注册表，"简单邮件传输协议 (SMTP) 服务扩展" [46]，由SMTP服务扩展与关联的关键字组成，并根据需要包含参数和动词。如第2.2.2节所述，不得在此注册表中进行以"X"开头的条目。只能为在IESG专门批准用于此目的的标准跟踪 (Standards-Track) 或实验性RFC中定义的服务扩展 (以及关联的关键字、参数或动词) 进行条目。

8.2. Address Literal Tags Registry (地址文字标签注册表)

第二个注册表，"地址文字标签" [47]，由标识除IPv4地址 (在RFC 821和本文档中指定) 之外的域文字形式的"标签"组成。该注册表中的初始条目用于IPv6地址 (在本文档中指定)。额外的文字类型在使用前需要标准化; 目前没有预期的额外类型。

8.3. Mail Transmission Types Registry (邮件传输类型注册表)

第三个注册表，"邮件传输类型" [46]，由RFC 821建立并由本规范更新，是用于第4.4节中描述的时间戳 ("Received:"头字段) 的"via"和"with"子句的链接和协议标识符的注册表。除本文档中指定的链接和协议标识符之外，仅可通过标准化或通过RFC文档化、IESG批准的实验协议扩展来注册。此名称空间用于标识，大小不受限制: 鼓励IESG根据清晰的文档和独特的方法进行批准，而不是根据对方法本身属性的偏好。

该注册表的"VIA链接类型"和"WITH协议类型"小节中添加了一个额外的小节，以包含如上所述的"Additional-registered-clauses"的注册。注册表将包含子句名称、描述、关联String的语法摘要和引用。随着定义新子句，如果String由保留术语或关键字而不是限制较少的字符串组成，则原则上可以指定创建它们自己的注册表。与链接和协议标识符一样，额外的子句仅可通过标准化或通过RFC文档化、IESG批准的实验协议扩展来注册。额外的子句名称空间用于标识，大小不受限制: 鼓励IESG根据清晰的文档、实际使用或子句将被使用的强烈迹象以及独特的要求进行批准，而不是根据对子句本身属性的偏好。

此外，如果创建了额外的跟踪头字段 (即，除Return-path和Received之外)，则必须 (MUST) 将这些跟踪字段添加到BCP 90 (RFC 3864) [11] 建立的用于RFC 5322 [4] 的IANA注册表中。