基于简单邮件传输协议(SMTP)的互联网中文电子邮件地址技术要求

简单邮件传输协议（SMTP）扩展支持互联网中文电子邮件地址技术要求TechnicalspecificationforSMTPextensiontosupportchineseinternetemailaddress（报批稿）××××-××-××发布××××-××-××实施中华人民共和国工业和信息化部发布ICS33.040.40M32中华人民共和国通信行业标准YD/T××××—××××YDYD/T××××—××××I目次前言.............................................................................II 引言............................................................................III 1范围................................................................................1 2规范性引用文件......................................................................1 3术语、定义和缩略语..................................................................2 3.1术语和定义........................................................................2 3.2缩略语............................................................................3 4协议概述............................................................................4 5协议要求............................................................................4 5.1总体要求..........................................................................4 5.2中文电子邮件的SMTP扩展框架.......................................................4 5.3UTF8SMTP扩展......................................................................5 5.4邮箱地址语法扩展..................................................................5 5.5ALT-ADDRESS参数...................................................................7 5.6ALT-ADDRESS用法和响应码...........................................................8 5.7正文部分和SMTP扩展...............................................................8 5.8附加的ESMTP变化和说明............................................................8 YD/T××××—××××II前言本标准在技术内容上与IETFRFC5336《SMTP扩展支持国际化电子邮件地址技术要求》（2008年英文版）保持一致，实现本标准与实现IETFRFC5336的结果是一样的。本标准是“互联网中文电子邮件地址”系列标准之一，该系列标准的名称和结构如下：-互联网中文电子邮件地址框架总体技术要求；-简单邮件传输协议SMTP扩展支持互联网中文电子邮件地址技术要求；-互联网中文电子邮件地址格式的邮件头技术要求；-互联网中文电子邮件地址与普通邮件系统兼容技术要求；-在POP中支持互联网中文电子邮件地址技术要求；-在IMAP中支持互联网中文电子邮件地址技术要求；-互联网中文电子邮件地址客户端技术要求本标准由中国通信标准化协会提出并归口。标准起草单位：中国互联网络信息中心（CNNIC）、工业和信息化部电信研究院、中兴通讯股份有限公司、清华大学、中国移动通信集团公司。标准主要起草人：李晓东、姚健康、曹蓟光、李明栋、崔勇、段晓东。YD/T××××—××××III引言互联网是一个基于开放互联协议的网络，电子邮件发送是互联网上的基础服务，可以用来传送互联网信息，电子邮件服务是互联网信息的传递更加快捷。传统的电子邮件地址都是ASCII格式的，随着中文域名的推广使用，人们越来越迫切需要中文电子邮件地址。随着互联网的发展，中文用户的数量不断增加，对于中文域名的使用需求也在增加。但是中文域名的昀大应用中文电子邮件地址由于缺乏相关标准，没有得到很好的应用和推广。中文电子邮件地址和传统的英文电子邮件地址有较大差别，比如：中文电子邮件地址的字符集比传统的英文域名的字符集大很多。为了规范中文电子邮件地址的使用，让中文用户能够方便的通过中文电子邮件地址来使用互联网的各种应用服务，尽快制定中文电子邮件地址标准，进而推动中文电子邮件地址的使用是十分重要的。本标准主要采用了IETF的标准RFC5336《SMTP扩展支持国际化电子邮件地址技术要求》（英文版）和IETF国际化电子邮件地址工作组的相关RFC标准和草案，以及我国的实际情况起草的，目的在于推动中文电子邮件地址在中国的应用、发展和普及，有利于在中文用户群体中推广使用中文化的电子邮件地址。本标准在技术内容上与RFC5336保持一致，实现本标准与实现RFC5336的结果是一样的。本标准是“互联网中文电子邮件地址”系列标准之一中的第二个标准，它规定了如何利用SMTP扩展支持中文电子邮件地址。该系列标准的名称和结构如下：实现对中文电子邮件地址的支持首先应实现对国际化电子邮件地址的支持。该标准保持一致的IETFRFC5336是国际化电子邮件地址的标准。IETFRFC5336是针对国际化电子邮件地址问题而提出的。本标准的第3章“术语和定义”是将RFC4952和RFC5336中的术语和定义修改归集，并增加了一些适合本标准的特定的术语和定义。本标准的第4章和第5章主要对应IETFRFC5336，主要规定了SMTP扩展支持中文电子邮件地址的总体技术要求，将其中有关国际化电子邮件地址的规定都转换成只针对中文电子邮件地址的规定，以符合中国国情，但是其技术思路并未作修改。要实现对本标准的支持，亦可直接参照IETFRFC5336。YD/T××××—××××1简单邮件传输协议（SMTP）扩展支持互联网中文电子邮件地址技术要求1范围本标准规定了从服务器端在互联网体系上使用SMTP扩展支持中文电子邮件地址的技术要求。本标准适用于各级电子邮件地址注册管理机构、电子邮件地址服务提供商以及软件厂商开发支持中文电子邮件地址的应用或者服务。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的昀新版本。凡是不注日期的引用文件，其昀新版本适用于本标准。YD/TXXXX-XXXX互联网中文电子邮件地址与普通邮件系统兼容技术要求YD/TXXXX-XXXX互联网中文电子邮件地址格式的邮件头技术要求IETFRFC821简单邮件传输协议IETFRFC822邮件格式头要求IETFRFC1034域名概念和指南IETFRFC1035域名的实现与规范IETFRFC1122互联网主机传输层要求IETFRFC1123互联网主机的应用与支持要求IETFRFC1652SMTP八比特MIME传输IETFRFC2234语法规范的扩展巴科斯范式：ABNFIETFRFC2821简单邮件传输协议IETFRFC2822互联网信息格式IETFRFC3461SMTPDSN扩展IETFRFC3463增强的邮件系统状态码IETFRFC3464投递状态通知IETFRFC3490国际化域名应用IETFRFC3492一种适用于国际化域名应用的对UNICODE的编码方法：PunycodeIETFRFC3629UTF-8编码IETFRFC4409邮件信息提交IETFRFC5234增强的BNF范式IETFRFC5248增强的邮件系统状态码登记IETFRFC5337国际化电子邮件格式的投递状态通知要求；YD/T××××—××××23术语、定义和缩略语3.1术语和定义下列术语和定义适用于本标准。3.1.1电子邮件在计算机网络上，用户终端之间往来的信函。3.1.2最终投递MTA一种SMTP服务器，它可以控制邮件地址本地部分的格式并且允许检查和解释地址的本地部分，它从网络接受信息投递给邮箱或者其他本地过程而不是中转（relay）。从网络的观点来看，任何本地的投递安排，比如保存在一个信息仓库，转交给特殊的信息投递程序或代理以及获取信息机制全都是在昀终投递MTA之后，因此并不是SMTP传输或者昀终投递MTA过程的一部分。3.1.3Unicode字符Unicode根据其位置或码位来识别字符，给每个字符提供的一个唯一的数字。比如说，U+12AB指的是在Unicode3.2表中位于12AB处的字符。本标准参考了Unicode标准3.2版本（等同于ISO10646）。Unicode字符集包含ASCII字符集。3.1.4UTF-8Unicode是分配整数给字符的编码表.UTF-8是将Unicode中的一串字符表示为一串字节的方法.在UTF-8中，字符采用1到6个8比特字节的序列进行编码。仅仅一个8比特字节的一个序列中，字节的高位为0，其他的7位用于字符值编码。n（n1）个8比特字节的一个序列中，初始的8比特字节中高n位为1，接着一位为0，此字节余下的位包含被编码字符值的位。接着的所有8比特字节的昀高位为1，接着下一位为0，余下每个字节6位包含被编码字符的位。3.1.5ASCII地址如果一个地址中的每一个字符都属于ASCII字符集，且符合IETFRFC821中规定格式的，那么这个地址是“全部ASCII”的地址或者是一个“ASCII地址”。3.1.6UTF8SMTP地址如果电子邮件地址中至少有一个字符满足属于Unicode字符集但是不属于ASCII字符集，那么这个地址被称为“UTF8SMTP地址”。3.1.7中文域名ChineseDomainName含有中文域名字段的域名。3.1.8中文电子邮件头含有《互联网中文电子邮件地址格式的邮件头技术要求》所规定的信息的电子邮件头部。3.1.9i18mail用户一个“i18mail用户”指拥有一个或多个UTF8SMTP地址，这些用户可能也拥有ASCII地址。如果用户拥有多于一个账户和相应的电子邮件地址，或者同一个电子邮件地址有多于一个别名，他可以通过某种方法选择在发出的邮件中使用哪个地址，在这种情况下，是不可YD/T××××—××××3能通过地址来辨别发件人或者收件人是否是一个i18mail用户。3.1.10信息message一个信息是从一个用户（发送者）利用特定的电子邮件地址发送到另一个或者多个接收电子邮件地址(经常仅仅称作用户或接收用户)。3.1.11追踪头tracefield邮件头部信息中为了追踪邮件所经过的路径而专门设的主机字段。3.1.12Punycode一种编码转换规则。运用这种规则应可实现Unicode字符串和ASCII字符串的相互转换。详见IETFRFC3