路径: 主页 > GB/T > 第728页 > GB/T 46467-2025 | 标准编号 | GB/T 46467-2025 (GB/T46467-2025) | | 中文名称 | 中文电子邮件地址 交互式邮件存取协议（IMAP）技术要求 | | 英文名称 | Chinese internet email address - Technical requirement for internet message access protocol to support | | 行业 | 国家标准 (推荐) | | 中标分类 | M32 | | 国际标准分类 | 33.040.40 | | 字数估计 | 10,166 | | 发布日期 | 2025-10-31 | | 实施日期 | 2026-02-01 | | 发布机构 | 国家市场监督管理总局、国家标准化管理委员会 | GB/T 46467-2025: 中文电子邮件地址 交互式邮件存取协议（IMAP）技术要求
ICS 33.040.40
CCSM32
中华人民共和国国家标准
中文电子邮件地址 交互式邮件存取协议
(IMAP)技术要求
2025-10-31发布
2026-02-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅲ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 缩略语 2
5 协议基础 2
6 协议要求 2
6.1 总则 2
6.2 UTF8=ACCEPT能力 2
6.3 UTF8=APPEND能力 3
6.4 LOGIN命令 3
6.5 UTF8=ONLY能力 3
6.6 和传统客户端交互 3
6.7 本地UTF8信箱 4
参考文献 5
前言
本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定
起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由中华人民共和国工业和信息化部提出并归口。
本文件起草单位:中国互联网络信息中心、广东盈世计算机科技有限公司、中国科学院计算机网络
信息中心、中国信息通信研究院、中国互联网协会、中国电信集团有限公司、清华大学、中国联合网络通
信集团有限公司、中国移动通信集团有限公司、政务和公益机构域名注册管理中心、北京二六三企业通
信有限公司、中国通信标准化协会。
本文件主要起草人:杨学、姚健康、陈磊华、李彦彪、吴秀诚、王朗、徐雷、裴玮、张荣圣、丁嘉嘉、钟睿、
焦海燕、林延中、陈颖棠、秦小伟、刘保君、刘越、孙乐、李秦峰、傅瑜、赫巍、蔡晴、肖建芳、张志勇、王超、
王翠翠、于威、周晓磊、龚嘉、杜鸣。
中文电子邮件地址 交互式邮件存取协议
(IMAP)技术要求
1 范围
本文件规定了在互联网体系上使用交互式邮件存取协议(IMAP)支持中文电子邮件地址的技术
要求。
本文件适用于电子邮件服务提供商以及软件厂商开发支持中文电子邮件的应用或者服务等。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文
件,仅该日期对应的版本适用于本文件:不注日期的引用文件,其最新版本(包括所有的修改单)适用于
本文件。
GB/T 1988-1998 信息技术 信息交换用七位编码字符集
GB/T 44266-2024 中文域名总体技术要求
SION4rev1)
3 术语和定义
下列术语和定义适用于本文件。
3.1
电子邮件 electronicmail;email
在计算机网络上,用户终端之间往来的信函。
[来源:GB/T 5271.32-2006,32.01.01,有修改]
3.2
通用字符 unicodecharacter
根据其位置或码位来识别字符,给每个字符提供的一个唯一的数字。
注:例如,U+12AB指的是在Unicode表中位于12AB处的字符。
[来源:GB/T 46465-2025,3.2]
3.3
将Unicode分配整数给字符的编码表中的一串字符表示为一串字节的方法。其中,字符采用
1个~4个8比特字节的序列进行编码。仅仅一个8比特字节的一个序列中,字节的高位为0,其他的
7位用于字符值编码。n(n >1)个8比特字节的一个序列中,初始的8比特字节中高n位为1,接着一
位为0,此字节余下的位包含被编码字符值的位。接着的所有8比特字节的最高位为1,接着下一位为
0,余下每个字节6位包含被编码字符的位。
[来源:GB/T 46465-2025,3.3]
3.4
中文域名 Chinesedomainname
含有中文字符的域名。
[来源:GB/T 44266-2024,3.1.2]
3.5
信息 message
一个字符串,它被一个用户(发送者)利用特定的电子邮件地址发送到另一个或者多个接收电子邮
件地址(接收者)。
[来源:GB/T 46465-2025,3.5]
3.6
一种互联网消息访问协议,该协议允许客户端对服务器上的电子邮件消息进行访问与操作,对邮箱
(即远程邮件文件夹)进行操作,该协议具备离线功能,支持客户端与服务器重新同步。
4 缩略语
下列缩略语适用于本文件。
MDA:邮件投递代理(MailDeliveryAgent)
5 协议基础
本文件对IETFRFC3501规定的IMAP协议进行扩展,从而允许使用包含通用字符八位编码
UTF-8字符的国际化邮件头部。支持本文件的系统默认工作在完全支持通用字符 UNICODE的环境
中。电子邮件的中文域名部分应符合GB/T 44266-2024中文域名总体技术要求。
本文件中“向下兼容”指:将包含 UTF-8头部或8比特内容传输编码的消息体转换成符合 GB/
T1988-1998的文本和其他7比特编码邮件头部扩展的7比特网络消息格式的过程。“向下兼容”应
符合IETFRFC6857和IETFRFC6858中的国际化电子邮件向下兼容机制要求。UTF-8表示编码方
法,UTF8表示用来操作UTF-8的命令。
6 协议要求
6.1 总则
IMAP邮件服务器可能从代理邮件服务器收取邮件并进行储存。本文件要求更新现有的IMAP
协议,以允许中文电子邮件的收取。下面具体从IMAP服务器端和客户端来规定。
6.2 UTF8=ACCEPT能力
“UTF8=ACCEPT”能力表明服务器SELECT和EXAMINE命令应支持 UTF-8引用串,应支持
用UTF-8信息对LIST和LSUB命令进行回复。
客户端应使用“ENABLE UTF8=ACCEPT”命令,向服务器表明,客户端接受 UTF-8格式的字
符串,该命令只能在服务器已认证的状态后使用。
如果服务器广播了“UTF8=ACCEPT”能力,客户端可能仍然使用“引用格式”语法来发送任何带
参数的字符串。
如果“引用格式”中的字符串中使用了GB/T 1988-1998范围之外的字符,将导致报错,报错的结
果将与“语法有效但是语义无效”的字符串相同。
所有广播了“UTF8=ACCEPT”能力的IMAP服务器应接受含有UTF-8的邮箱名。那些支持在
IETFRFC3501的5.1.3中规定的邮箱名的服务器应接受引用的UTF-8格式的邮箱名并且把它们转换
成合适的内部格式。邮箱名应符合IETFRFC5198的第2部分规定,并禁止包含控制字符(U+
0000-U+001F,U+0080-U+009F),删除(U+007F),行分隔符(U+2028)或者段分隔符(U+
2029)。
IMAP客户端已经明确使用了“UTF8=ACCEPT”能力,它不应使用带字符集参数语法的
SEARCH命令。如果IMAP服务器接收到一个这样的命令,它应使用BAD回复拒绝这个命令。本文
件规定使用SEARCH命令时候应不允许携带字符集参数。
6.3 UTF8=APPEND能力
如果服务器广播了“UTF8=APPEND”能力,那么服务器应接受 APPEND命令消息参数中的
UTF-8头部。客户端发送一个UTF-8头部的消息到服务器应使用“UTF8”数据扩展。
如果服务器同时支持"UTF8=APPEND"能力和IETFRFC4469中的规定的CATENATE能
力,客户端在使用APPEND和CATENATE命令时候可以使用相同的数据扩展。APPEND数据扩展
和CATENATE扩展的ABNF范式规定如下:
utf8-literal ="UTF8"SP"("literal8")"
append-data =/utf8-literal
cat-part =/utf8-literal
没有广播“UTF8=APPEND”能力的服务器应当使用“NO”回复码,以拒绝一个头部中包含任何8
比特字符的信息。
6.4 LOGIN命令
本文件没有对“LOGIN”命令进行扩展以支持UTF-8的用户名和密码。客户端不应使用带UTF-8
参数的“LOGIN”命令。如果客户端应使用 UTF-8的用户名或密码,应使用 “AUTHENTICATE”命
令,这个命令已经能够支持UTF-8的用户名和认证。虽然使用 “AUTHENTICATE”命令在句法上能
够支持UTF-8的用户名或密码,但是服务器可能不进行这样的用户配置。
6.5 UTF8=ONLY能力
“UTF8=ONLY”能力表明服务器支持“UTF8=ACCEPT”,它宜支持从客户端发送的 UTF-8字
符串。特别是,这表示服务器将只接受UTF-8,它不会接受旧的UTF-7格式的字符串。如果想让服务
器接受旧的UTF-7格式的字符串,客户端应使用“ENABLEUTF8=ACCEPT”命令来明确宣示支持
UTF-8。如果服务器没有收到“ENABLEUTF8=ACCEPT”命令,宣称了“UTF8=ONLY”的服务器
会发送一个“NO”反馈。如果客户端难以支持具有“UTF8=ONLY”功能的服务器,它应给终端用户发
送错误提示的信息。“UTF8=ONLY”服务器功能应包括支持“UTF8=ACCEPT”能力。服务器端应
只展示支持“UTF8=ONLY”或“UTF8=ACCEPT”字串,但是不应同时展示两个字串。
6.6 和传统客户端交互
在大多数情况下,IMAP服务器不知道所有可能访问它的客户端的具体情况,因此服务器应做好
与各种客户端交互的准备,不管这些客户端支持本文件中规定的 UTF-8能力与否。当一个消息需要
UTF-8能力,但是客户端不具备UTF-8能力的时候,服务器需要根据IETFRFC6857中的规定来处理
这些信息。
6.7 本地UTF8信箱
当IMAP服务器使用本地UTF8邮箱且在非UTF8模式下,服务器应当符合IMAP基本文件和互
联网邮件格式文件应符合IETFRFC5322。在中文电子邮件地址中含有中文字符。中文字符存在着
“变体”......
|