ICS33.040.40 CCSM32 中华人民共和国国家标准 GB/T46466—2025 中文电子邮件地址 框架结构总体技术要求 Chineseinternetemailaddress—Generaltechnicalrequirementforframework 2025-10-31发布 2026-02-01实施 国家市场监督管理总局 国家标准化管理委员会发布目 次 前言 Ⅲ ………………………………………………………………………………………………………… 1 范围 1 ……………………………………………………………………………………………………… 2 规范性引用文件 1 ………………………………………………………………………………………… 3 术语和定义 1 ……………………………………………………………………………………………… 4 缩略语 2 …………………………………………………………………………………………………… 5 协议基础 2 ………………………………………………………………………………………………… 6 协议要求 2 ………………………………………………………………………………………………… 6.1 总则 2 ………………………………………………………………………………………………… 6.2 中文电子邮件的SMTP扩展框架 3 ………………………………………………………………… 6.3 邮件头和信封支持中文电子邮件地址 3 …………………………………………………………… 6.4 兼容现有的7比特电子邮件系统 3 ………………………………………………………………… 6.5 POP扩展支持中文电子邮件系统 4 ………………………………………………………………… 6.6 IMAP扩展支持中文电子邮件系统 4 ……………………………………………………………… 6.7 邮件客户端扩展支持中文电子邮件系统 4 ………………………………………………………… 参考文献 5 ……………………………………………………………………………………………………… ⅠGB/T46466—2025 前 言 本文件按照GB/T1.1—2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定 起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由中华人民共和国工业和信息化部提出并归口。 本文件起草单位:中国互联网络信息中心、广东盈世计算机科技有限公司、中国科学院计算机网络 信息中心、中国信息通信研究院、中国互联网协会、中国电信集团有限公司、清华大学、中国联合网络通 信集团有限公司、中国移动通信集团有限公司、政务和公益机构域名注册管理中心、北京二六三企业通 信有限公司、中国通信标准化协会。 本文件主要起草人:姚健康、李洪涛、陈磊华、秦小伟、徐雷、裴玮、杨学、丁嘉嘉、李彦彪、王朗、钟睿、 林延中、吴秀诚、陈颖棠、张荣圣、刘保君、刘越、孙乐、李秦峰、焦海燕、傅瑜、赫巍、蔡晴、张立坤、张志勇、 沙晓爽、王超、王翠翠、周晓磊、龚嘉、杜鸣。 ⅢGB/T46466—2025 中文电子邮件地址 框架结构总体技术要求 1 范围 本文件规定了在互联网体系上使用中文电子邮件地址的框架体系总体技术要求。 本文件适用于电子邮件地址服务提供商以及软件厂商开发支持中文电子邮件地址的应用或者服 务等。 2 规范性引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文 件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于 本文件。 GB/T1988—1998 信息技术 信息交换用七位编码字符集 GB/T32397—2015 中文电子邮件地址 邮件头格式技术要求 GB/T32398—2015 中文电子邮件地址 简单邮件传输协议扩展技术要求 GB/T44266—2024 中文域名总体技术要求 GB/T46465—2025 中文电子邮件地址 邮局协议(POP)技术要求 GB/T46467—2025 中文电子邮件地址 交互式邮件存取协议(IMAP)技术要求 3 术语和定义 下列术语和定义适用于本文件。 3.1 电子邮件 electronicmail:email 在计算机网络上,用户终端之间往来的信函。 [来源:GB/T5271.32—2006,32.01.01,有修改] 3.2 通用字符 unicodecharacter 根据其位置或码位来识别字符,给每个字符提供的一个唯一的数字。 注:例如,U+12AB指的是在Unicode表中位于12AB处的字符。 [来源:GB/T46465—2025,3.2] 3.3 通用字符八位编码 UCStransformationformat-8;UTF-8 将Unicode分配整数给字符的编码表中的一串字符表示为一串字节的方法。其中,字符采用 1个~4个8比特字节的序列进行编码。仅仅一个8比特字节的一个序列中,字节的高位为0,其他的 7位用于字符值编码。n(n>1)个8比特字节的一个序列中,初始的8比特字节中高n位为1,接着一 位为0,此字节余下的位包含被编码字符值的位。接着的所有8比特字节的最高位为1,接着下一位为 0,余下每个字节6位包含被编码字符的位。 [来源:GB/T46465—2025,3.3] 1GB/T46466—2025 3.4 中文域名 Chinesedomainname 含有中文字符的域名。 [来源:GB/T44266—2024,3.1.2] 3.5 信息 message 一个字符串,它被一个用户(发送者)利用特定的电子邮件地址发送到另一个或者多个接收电子邮 件地址(接收者)。 [来源:GB/T46465—2025,3.5] 3.6 域名编码算法 punycode 实现Unicode字符串和7比特字符串的相互转换的一种编码转换规则。 注:详见IETFRFC3492。 3.7 中文电子邮件系统 Chineseemailaddresssystem 支持收发含有中文电子邮件地址的邮件系统。 3.8 简单邮件传输协议 simplemailtransferprotocol;SMTP 一种简单的可以高效传输电子邮件的传输协议。 4 缩略语 下列缩略语适用于本文件。 IMAP:交互式邮件存取协议(InternetMailAccessProtocol,Internet) MSA:邮件提交代理(MessageSubmissionAgent) POP:邮局协议(PostOfficeProtocol) 5 协议基础 中文域名的使用应符合GB/T44266—2024的要求。域名只是各种需要中文化的名字和标识符中 的一种。在很多环境中,中文域名并不能很好地方便用户使用日益中文化的互联网,需要更多的中文标 识符来支持。与中文域名最紧密的一个应用就是中文电子邮件地址的使用。为了支持中文电子邮件地 址,需要对原有的邮件系统进行扩展支持中文电子邮件地址。中文电子邮件地址的本地部分和域名部 分可以先通过字符串预处理的方式来判定该电子邮件地址是否合适作为合法的电子邮件地址。 电子邮件地址中文化不是简单地把SMTP信封做改变,或修改“From,To和Cc”字段,或进行特 殊的编码来显示本地的字符。互联网系统应建立一个中文化电子邮件通讯环境,需要允许在邮件的信 封和信头里都能够使用UTF-8格式的字符,而这要求SMTP扩展、IMAP扩展、POP扩展以支持 UTF-8编码以允许中文电子邮件地址的发送和接收以及存储和显示。 6 协议要求 6.1 总则 更新SMTP协议、IMAP协议,POP协议以支持中文电子邮件地址的使用。本文件中,UTF-8表 2GB/T46466—2025