ICS33.040.40 M 32 中华人民共和国国家标准 GB/T 32398—2015 中文电子邮件地址 简单 邮件传输协议扩展技术要求 Chinese internet email address-Technical specification for SMTP extension to support 2015-12-31发布 2016-07-01实施 中华人民共和国国家质量监督检验检疫总局 发布 中国国家标准化管理委员会 GB/T32398—2015 前言 本标准为《中文电子邮件地址》系列标准之一，该系列标准的结构和名称预计如下： 中文电子邮件地址 框架结构总体技术要求； 中文电子邮件地址 简单邮件传输协议（SMTP)扩展技术要求； 一中文电子邮件地址 邮件头格式技术要求； 中文电子邮件地址 邮局协议(POP)技术要求； 中文电子邮件地址 交互式邮件存取协议（IMAP)技术要求。 本标准按照GB/T1.1—2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由工业和信息化部提出。 本标准由中国通信标准化协会归口 本标准起草单位：中国互联网络信息中心。 本标准主要起草人：姚健康、毛伟、李晓东、沈烁、孔宁、刘冰。 1 GB/T32398—2015 中文电子邮件地址简单 邮件传输协议扩展技术要求 1范围 本标准规定了在互联网体系上使用SMTP扩展支持中文电子邮件地址的技术要求，从服务器端提 出相应的技术规范。 本标准适用于各级电子邮件地址注册管理机构、电子邮件地址服务提供商以及软件厂商开发支持 中文电子邮件地址的应用或者服务等。 2规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文 件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T32397中文电子邮件地址邮件头格式技术要求 IETFRFC1o34域名-概念和设施（Domainnames-conceptsandfacilities） IETFRFC2821 简单邮件传输协议（Simplemailtransferprotocol) 互联网信息格式（Internetmessageformat）szi IETFRFC2822 IETFRFC3464 传送状态通知的可扩展消息格式（Anextensiblemessageformatfordelivery status notifications) IETFRFC3492一种适用于国际化域名应用的对UNICODE的编码方法：Punycode[Punycode： A bootstring encoding of unicode for internationalized domain names in applications (IDNA)] IETFRFC4409邮件消息提交（Messagesubmissionformail) IETFRFC6533 国际化交付情况和部署通知（Internationalizeddeliverystatusanddisposition notifications) 注：IETF即互联网工程任务组（InternetEngineeringTaskForce)，ISO承认的国际标准化机构或组织之一。 3术语和定义 下列术语和定义适用于本文件。 3.1 电子邮件electronic mail 在计算机网络上，用户终端之间往来的信函。 3.2 邮件投递MTA 种SMTP服务器，它从网络接受信息投递给邮箱或者其他本地过程，或其他服务器。 3.3 通用字符unicodecharacter Unicode根据其位置或码位来识别字符，给每个字符提供的一个唯一的数字。例如，U十12AB指 在Unicode3.2表中位于12AB处的字符。Unicode字符集包含ASCII字符集。 1 GB/T32398—2015 3.4 通用字符八位编码 UTF-8 将Unicode分配整数给字符的编码表中的一串字符表示为一串字节的方法。其中，字符采用1到 6个8比特学节的序列进行编码。仅仅一个8比特字节的一个序列中，字节的高位为0，其他的7位用 于字符值编码。n(n>1)个8比特字节的一个序列中，初始的8比特字节中高n位为1,接着一位为0， 此字节余下的位包含被编码字符值的位。接着的所有8比特字节的最高位为1，接着下一位为0，余下 每个字节6位包含被编码字符的位。 3.5 中文域名 chinese domain name 含有中文域名字段的域名。 3.6 信息 message 一个信息是从一个用户（发送者）利用特定的电子邮件地址发送到另一个或者多个接收电子邮件地 址（经常仅仅称作用户或接收用户）。 3.7 域名编码算法 punycode 一种编码转换规则。运用这种规则应可实现Unicode字符串和ASCII字符串的相互转换，具体要 求见IETFRFC3492。 3.8 中文电子邮件系统 chinese email address system 支持本标准的邮件系统。 3.9 电子邮件地址本地部分 localpart 电子邮件地址"”的左半部分。 3.10 电子邮件地址域名部分 domain part 电子邮件地址“@”的右半部分。 3.11 简单邮件传输协议 SMTP IETFRFC2821规定的邮件传输协议。 3.12 兼容ASCII 的编码 ACE 利用一些算法把不兼容ASCII的编码转成兼容ASCII的编码 4协议概述 中文电子邮件地址包括两部分，本地部分和域名部分。互联网协议使用电子邮件地址的方法与使 用域名的方法是不同的。最显著的不同是电子邮件是通过一系列的邮件服务器来投递的，而域名通过 服务器解析来获得结果。简单邮件传输协议（SMTP）提供了一个协商机制，客户端服务器可以通过这 种机制决定以后的动作。所以中文电子邮件地址的实现方式不同于中文域名的实现（CDNA，chinese domainnameinapplication）。中文域名不能使用协商机制，中文电子邮件地址可以在传输层通过协商 机制来解决。本标准规定的技术协议是一个基于邮件传输MTA的解决方案。本标准规定了中文电子 邮件地址投递的SMTP扩展。 GB/T32398—2015 5协议要求 5.1总体要求 本标准要求更新现有的SMTP协议和电子邮件地址的格式以便允许中文电子邮件地址的显示和 传输。下面具体从SMTP服务器端来具体要求协议的实现。 为了使用中文电子邮件地址，我们需要同时处理中文电子邮件地址的域名部分和本地部分。电子 原始的互联网电子邮件的地址的语法将域名部分限制为一个7位ASCII的子集，对于本地部分并 没有做过多限制，这些限制在IETFRFC2821中定义。为了能够投递中文电子邮件地址通过SMTP服 务器，我们需要升级SMTP服务器来支持中文电子邮件地址。老的SMTP服务器和邮件阅读客户端以 定义来识别和保护这样的系统 电子邮件地址。 5.2中文电子邮件的SMTP扩展框架 SMTP协议要求进行扩展来支持中文电子邮件地址，并遵循以下10条原则： 一与本扩展相关的EHLO关键字值是“SMTPUTF8”。EHLO命令不带参数。客户端要忽略 该命令的任何参数。服务器端一且在EHLO响应里包含了SMTPUTF8，就要实现本文档规 定的扩展功能； 一个可选的参数是SMTPUTF8被加人到MAIL命令中。此参数确认客户端是支持中文邮 件的国际化邮件的客户端，且认为所传信息是含有国际化字符信息的； 一一个可选的参数是SMTPUTF8”被加人到VRFY和EXPN命令中。参数SMTPUTF8没有 具体的值，它标示SMTP客户端可以接受发送VRFY和EXPN命令后的返回信息可以是用 UTF8编码的Unicode字符串； 本扩展没有定义其他命令； 如果服务器支持本扩展，必须也要支持8BITMIME扩展； 一MAIL和RCPT中的reverse-path和forward-path允许UTF-8编码的邮件地址； 一邮件头信息也进行了扩展，详见GB/T32397； 一由于增加了SMTPUTF8参数，MAIL命令行的最大长度可以增加10个字符； 一一SMTPUTF8扩展在邮件提交协议MSA上有效。 5.3SMTPUTF8扩展 一个声明了支持电子邮件地址SMTPUTF8扩展的SMTP服务器必须能够准备接受在邮箱中任 何可能的位置出现UTF-8字符串。这个字符串仍然必须按照邮箱格式的规定解释，比如将邮箱分割为 来源路由（sourceroute），本地部分（localpart）和域名部分（domainpart），按规定只使用字符冒号（U十 003A），逗号（U+002C），和@（U+0040）。即使SMTP服务器支持了电子邮件地址SMTPUTF8扩 展，也必须按照RFC2821的要求。除了SMTP服务器是最终投递服务器（LastMTA）之外，传输过程 中的SMTP服务器不应解析邮件地址的本地部分。对于域名部分的处理，要遵循中文域名相关标准的 要求。任何将要通过DNS查找的域名，如果不是全ASCII字符的域名，那么必须首先通过ToASCIIO 函数处理成中文域名相对应的ACE格式，再提交给相应的DNS服务器。 3