YDB 028-2009
基本信息
标准号： YDB 028-2009
中文名称：移动电子邮件业务技术要求
标准类别：通信行业标准(YD)
标准状态：现行
出版语种：简体中文
下载格式：.zip .pdf
下载大小：3091731
标准分类号
关联标准
出版信息
相关单位信息
标准简介
YDB 028-2009.Technical requirements for mobile Email Service.
1范围
YDB 028报告规定了移动电子邮件(Mobile Email) 的业务描述、功能要求、网络结构和传输协议。
YDB 028报告适用于移动电子邮件业务。
2规范性引用文件
下列文件中的条款通过本技术报告的引用而成为本技术报告的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准文件，然而，鼓励根据本技术报告达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本技术报告。
IETF RFC 2045 多用途邮件扩展第一部分
IETF RFC 2088 IMAP4非同步化报文
IETF RFC 2177 IMAP4 IDLE命令
IETF RFC 2342 IMAP4名字空间
IETF RFC 2821 简单邮件传输协议
IETF RFC 2822 因特网消息格式
IETF RFC 3030 用于传输大二进制MIME消息的SMTP业务扩展
IETF RFC 3207 用于传输层安全之上的SMTP安全的SMTP业务扩展
IETF RFC 3265 会话初始化通知一用于事件通知
IETF RFC 3501 互联网消息接入协议第四版
IETF RFC 4315 互联网消息接入协议一UIDPLUS扩展
IETF RFC 4409 用于邮件的消息呈递
IETF RFC 4467 因特网消息接入协议URLAUTH扩展
IETF RFC 4468 消息递交BURL扩展
IETF RFC 4469 因特网消息接入协议CATENATE扩展
1范围
YDB 028报告规定了移动电子邮件(Mobile Email) 的业务描述、功能要求、网络结构和传输协议。
YDB 028报告适用于移动电子邮件业务。
2规范性引用文件
下列文件中的条款通过本技术报告的引用而成为本技术报告的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准文件，然而，鼓励根据本技术报告达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本技术报告。
IETF RFC 2045 多用途邮件扩展第一部分
IETF RFC 2088 IMAP4非同步化报文
IETF RFC 2177 IMAP4 IDLE命令
IETF RFC 2342 IMAP4名字空间
IETF RFC 2821 简单邮件传输协议
IETF RFC 2822 因特网消息格式
IETF RFC 3030 用于传输大二进制MIME消息的SMTP业务扩展
IETF RFC 3207 用于传输层安全之上的SMTP安全的SMTP业务扩展
IETF RFC 3265 会话初始化通知一用于事件通知
IETF RFC 3501 互联网消息接入协议第四版
IETF RFC 4315 互联网消息接入协议一UIDPLUS扩展
IETF RFC 4409 用于邮件的消息呈递
IETF RFC 4467 因特网消息接入协议URLAUTH扩展
IETF RFC 4468 消息递交BURL扩展
IETF RFC 4469 因特网消息接入协议CATENATE扩展
标准图片预览
标准内容
通信标准类技
YDB028—2009
移动电子邮件业务技术要求
Technical requirements formobileEmail Service2009-04-29发布
中国通信标准化协会发布
1范围
2规范性引用文件
3术语、定义和缩略语
3.1术语和定义
3.2缩略语.
4业务描述
5功能要求.
5.1接收邮件，
5.2接收电子邮件通知
5.3接收大邮件
5.4阅读邮件附件
5.5发送邮件.
5.6改变过滤规则
5.7客户端之间的数据同步
5.8带有附件的邮件
5.9在不下载附件的情况下转发邮件，5.10配置电子邮件帐号..
5.11回复邮件
6网络结构：
6.1架构.·
6.1.1组件，
6.1.2接口
6.1.3移动电子邮件客户端
6.1.4移动电子邮件服务器
6.2.1在使用移动电子邮件服务之前6.2.2使用服务
7移动电子邮件传输协议
附录A（资料性附录）支持多样服务环境的因特网电子邮件（Lemonade)A.1介绍..
A.2邮件前转（ForwardwithoutDownload）A.2.1消息发送综述
A.2.2传统策略..
A.2.3分步描述.
A.2.4当票（pawn-tickets）机制的安全考虑，A.2.5文件副本拷贝（filecarboncopy）问题YDB028—2009
YDB028—2009
A.2.6SForwardedIMAP关键字注册.A.3消息递交
A.3.1流水线操作
A.3.2支持DSN
A.3.3消息大小声明
A.3.4支持增强状态码EnhancedStatusCodeA.3.5传输层安全TLS（TransportLayerSecurity）A.4快同步
A.5附加的IMAP扩展
A.6安全性考虑
A.6.1递交的消息的加密保护
A.6.2传输层安全TLS（TransportLayerSecurity）参考文献
iiiKAoNikAca
YDB0282009
本技术报告主要参考0MA移动电子邮件需求文档（0MA-RD-Mobi1eEmai1-V10-20051018-C），OMA移动电子邮件架构文档（0MA-AD-Mobile_Emai1-V1_0_0-20070308-D）、OMA移动电子邮件技术规范（OMA-TS-Mobile_Emai1-V1_0-20070110-D）、IETFRFC4550等标准，并结合国内的具体情况制定的。本技术报告的附录A是资料性附录为适应信息通信业发展对通信标准文件的需要，在信息产业部统一安排下，对于技术尚在发展中，文需要有相应的标准性文件引导其发展的领域，由中国通信标准化协会组织制定“通信标准类技术报告”，推荐有关方面参考采用。有关对本技术报告的建议和意见，向中国通信标准化协会反映。本技术报告由中国通信标准化协会提出并归口。本技术报告起草单位：华为技术有限公司、北京邮电大学、中国移动通信集团公司、信息产业部电信研究院
本技术报告主要起草人：王雷、杨健、陈国养、王丹志、李、谢丰、国晓炬KAONiKAca
1范围
移动电子邮件业务技术要求
YDB028—2009
本技术报告规定了移动电子邮件（MobileEmai1）的业务描述、功能要求、网络结构和传输协议。本技术报告适用于移动电子邮件业务。2规范性引用文件
下列文件中的条款通过本技术报告的引用而成为本技术报告的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准文件，然而，鼓励根据本技术报告达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本技术报告。
IETFRFC2045
IETFRFC2088
IETFRFC2177
IETFRFC2342
IETFRFC2821
IETFRFC2822
IETFRFC3030
IETF RFC3207
IETFRFC3265
IETFRFC3501
IETFRFC4315
IETFRFC4409
IETF RFC 4467
IETFRFC4468
IETF RFC 4469
IETFRFC4551
3术语、定义和缩略语
3.1术语和定义
多用途邮件扩展第一部分
IMAP4非同步化报文
IMAP4IDLE命令
IMAP4名字空间
简单邮件传输协议
因特网消息格式
用于传输大二进制MIME消息的SMTP业务扩展用于传输层安全之上的SMTP安全的SMTP业务扩展会话初始化通知一一用于事件通知互联网消息接入协议第四版
互联网消息接入协议一
一UIDPLUS扩展
用于邮件的消息呈递
因特网消息接入协议URLAUTH扩展消息递交BURL扩展
因特网消息接入协议CATENATE扩展用于条件存储操作或者快速标记更改重新同步的IMAP扩展客户端配置1.1版本
设备管理1.2版本
全球许可管理1.0版本
呈现1.0版本
标准转码接口1.0版本
用户代理能力集2.0版本
下列定义适用于本技术报告。
附件attachment
HiiKANiKAca
YDB028—2009
消息体中一个特殊的体部分。附件可被用于在线显示或者以指定的方式呈现，如，图形或字处理文件。
授权authorize
\authorization\是赋予一个系统实体的权力，允许这个实体访问某个系统资源。\authorizationprocess是授予这种权力的过程。\authorize\意味着授出这种权利。如IETFRFC2828所定义。3.1.3
体body
在头后面，包含一个或多个部分（part）。一个体可能包含一些或者所有以下的结合：如IETFRFC2822所定义的普通的文本部分：如IETFRFC2045所定义的MIME部分，例如：多媒体内容（例如：SMIL、HTML)和其他的附件（例如：word文档，PDF，GIF，JPEG等等.)。3.1.4
电子邮件帐号emailaccount
电子邮件帐号是一系列规则和证书的集合，它允许用户访问和管理电子邮件的用户参数和电子邮件消息。
电子邮件数据emaildata
电子邮件数据是一个所有与电子邮件消息相关的数据的综述：它包括电子邮件消息，电子邮件事件，过滤规则，和用户参数。
邮件事件emailevents/event
有诸如阅读、移动、删除一封邮件等操作导致的邮件状态改变（如，已读/未读，已标记，已删除等…）一封新邮件的到达同样被看作一个事件。3.1.7
邮件消息emailmessage
一个数据序列包含一个头并且可能包含一个体及元数据，其中头和体的格式遵循IETFRFC2822的描述。
邮件会话email session
电子邮件客户和电子邮件服务器之间的会话，在这两个实体之间对收件箱的操作进行更新。本技术报告的该会话存在于移动电子邮件服务器和电子邮件服务器之间。3.1.9
邮件服务器email server
般来说，电子邮件服务器是提供给用户的电子邮件存储访问的组件（邮件存储）以及提供给用户的电子邮件递交方式的组件（消息传输代理）.在具体实现的时候，电子邮件服务器可能是和移动电子邮件服务器捆绑在一起，或者作为一个单独的组件。3.1.10
事件过滤event filters
决定哪一个电子邮件事件会引起通知（例如：收到新邮件，读取，删除）的过滤规则。3.1.11
过滤规则filteringrules
iiiKAoNikAca
YDB028—2009
一组动作或条件的集合，其条件用于决定一封新邮件或邮件通知是否应该从客户端发往服务器或由服务器发往客户端。
头header
由IETFRFC2822“InternetMessageFormat\的定义。以“域名：域体”格式组成的若干行有序字符。3.1.13
移动电子邮件队列MEMalignment-种过程和机制，通过这种过程和机制移动电子邮件客户端更新到移动电子邮件服务器的合适的视图，移动电子邮件服务器更新到移动电子邮件客户端的合适的视图。这里合适的视图意味着所对应的数据（根据配置和用户参数被过滤的)的一个子集。3.1.14
移动电子邮件协议MEMprotocol
允许移动电子邮件客户端和移动电子邮件服务器之间交换消息的协议，包括对移动操作的控制、通知等等。
移动电子邮件代理MEMproxy
提供移动邮件代理服务的代理。它允许移动电子邮件协议在移动电子邮件服务器前端通过防火墙。这个代理的功能是：当电子邮件服务器处于不同的部署模型中的时候，充许移动电子邮件服务器处在同个域。这样就减轻了可能加在移动电子邮件服务器实现上的加密以及其他的安全限制。3.1.16
移动电子邮件会话MEMsession
处于移动电子邮件客户端和移动电子邮件服务器之间的会话，反映数据（已作为电子邮件会话的部分被交换）的状态。
元数据metadata
由服务器应用的机器生成的（Machine-generated）属性，在传递的时候出现在头域中。例如，包含重发头域，消息内容（语音邮件、电子邮件、MMS、SMS）和处理结果。3.1.18
移动电子邮件mobileemail
种用于促进移动终端，在端到端应用层处理电子邮件事务（发送、提取、通知等）的技术。3.1.19
其它移动引擎othermobileenabler被移动电子邮件服务器或者移动电子邮件客户端使用的提供附加的移动电子邮件功能（比如：带外通知，参数配置/设备管理等等)的一切引擎。3.1.20
带外通知 out-band notification从服务器到客户端的关于电子邮件服务器事件的通知，由通道（例如：SMS，MMS，WAPPush,SIPPush等等)而不是移动电子邮件协议传输。3.1.21
服务器到客户端的通知servertoclientnotification服务器通知客户端状态改变的手段，例如，一份新的邮件到达服务器。3.1.22
-iiKAoNniKAca
YDB028—2009
挂起和恢复suspendandresume
种允许在数据交换时被自动或非自动的挂起/暂停的地方恢复机制，而不要求发送此前交换的大多数数据。
处理规则processing rules
应用于收发时的动作或条件，包括：垃圾邮件拦截，过滤规则病毒处理，附件移除。3.1.24
视图过滤viewfilters
决定哪个电子邮件消息对移动电子邮件客户端是不可见的。被规定的不可见得电子邮件消息被移动电子邮件服务器隐藏。
3.2缩略语
下列缩略语适用于本技术报告。CP
UAProf
4业务描述
Client Provisioning
Data Synchronization
Delivery Status NotificationEmail Notification
Extension SMTP
Global Permission ManagementInternetEngineeringTaskForceInternet Message Access Protocol 4Mobile Email Enabler
Multipurpose InternetMailExtensionsMultimedia Messaging ServiceMail User Agent
Open Mobile Alliance
Requirement Document
Server Alerted Sync
Session Initiation Protocol
SynchronousMultimediaIntegrationLanguageShort Message Service
Simple Mail Transfer ProtocolStandard Transcoding InterfaceTransport Layer Security
User Agent Profile
User Datagram Protocol
Wireless Application ProtocolWireless Datagram Protocol
客户端配置
数据同步
传递状态通知
电子邮件通知
SMTP扩展
全球许可管理
互联网工程任务组
因特网消息接入协议4
移动电子邮件引擎
多用途因特网邮件扩展
多媒体消息业务
邮件用户代理
开放移动联盟
需求文档
服务通告同步
会话初始化协议
同步多媒体整合语言
短消息业务
简单邮件传输协议
标准转码接口
传输层安全
用户代理描述
用户数据报协议
无线应用协议
无线数据报协议
电子邮件是因特网上应用最广泛、使用人数最多的一个系统。电子邮件已经成为全球信息联络的重要工具。也是因特网得以如此快速普及推广的一个重要原因。电子邮件使用方便、传递迅速、费用低廉，不仅可以传送文字信息，还可以附上声音和图像。4
iiiKAoNikAca
YDB028—2009
移动电子邮件（MobileEmai1）是一种用于移动终端的电子邮件技术。使用移动电子邮件技术，用户可以不受位置和移动的限制，随时随地的接收和发送电子邮件。并且，移动电子邮件可以同终端的其它应用相结合，为用户提供实用的应用。例如，移动电子邮件可以同终端的日程提醒相结合，用户设定提醒条件（如开会），在满足提醒条件时（如会议开始前十分钟），向相关人员（如与会人）的终端发送电子邮件提醒（还可以携带会议资料）移动电子邮件技术具有迅速、便捷的好处。通过该技术达到在用户看来移动终端能够以非长时间联线的方式接入电子邮件服务器，并能完成下述操作：a）当一封电子邮件到达企业的邮件服务器时，应当及时、安全的通知终端上的客户端有一封电子邮件到达。基于用户的设置，终端可以显示电子邮件通知，提示用户有新邮件到达是否提取。也可以在收到电子邮件通知后不显示给用户，而是终端自动提取新邮件或新邮件的一部分（例如，信头、开头的若干字节，或者是不含附件的邮件正文）。带给移动用户的体验应该能同桌面电子邮件系统相媲美。
b）用户以适合其终端的方式下载和浏览附件。c）用户在移动终端创建了一条电子邮件并选择发送时，这封邮件应该立即由公司内部的电子邮件服务器发往目标地址（不能是其它的服务器，例如运营商提供的SMTP服务器）。d）公司邮件服务器中的用户信箱应该与用户移动终端上电子邮件客户端的状态保持一致。例如，用户在终端本地删除一封电子邮件或者将邮件从一个文件夹移到另一个文件夹时，公司服务器上应该反映出相应的操作。
e）针对新邮件到达企业电子邮件服务器后发送到移动客户端的过程，用户可以在移动终端上设定过滤规则。
f）根据移动用户所使用的网络/服务提供商情况（如基础网络的技术、漫游、费用等）不同，他，她可以更改移动电子邮件的设置以适当的满足下述要求：1）使用现有的消息机制（例如，SMS，MMS，Push）以安全的方式通知新邮件的到达（也有可能是别的事件）：
a）在数据会话中以自动的方式，安全的提取邮件；b）在数据会话中以手动的方式，安全的提取邮件；安全的浏览接入方式（例如，WAP，Web，Voice）：c
d）用户可以使用OTA的方式同步他的电子邮件，还可以直接通过蓝牙、红外LAN等方式直接同PC端同步
2）电子邮件服务器可以提供一种划分电子邮件安全级别的操作方法：在电子邮件服务器中记录各安全级别所对应的操作权限；电子邮件服务器确定、记录邮件的安全级别并根据所对应的操作权限控制用户的操作（如：完全操作权限、密码保护、不允许下载等）。5功能要求
5.1接收邮件
一封电子邮件到达邮件服务器。通过安全的通知方式，及时的通知终端上的客户端该新邮件的到达我们将此称为一个事件（event）。基于用户的参数选择，该事件对用户或客户端可用，即，一旦安全的鉴权，接入新邮件或按需获取其一部分（如，信头，开头的若干干学节，不含附件的整个体或整封邮件）。带给移动用户的体验应该是不可察觉时延或者至少是能同桌面电子邮件相媲美。事件可以包括发送一部分或者所有的邮件，在这种情况下，访问无需分步进行。另外，客户端可以接收邮件事件或主动获取。
流程如下：
iiiKAoNikAca
YDB028—2009
a）电子邮件到达电子邮件服务器：b）电子邮件服务器根据用户事先的设置生成电子邮件通知：c）电子邮件通知对移动客户端可用，包括：通知送达、邮件客户端的接入可用：d）客户端检查用户的参数配置；e）客户端按照设置下载电子邮件：f）用户可以阅读电子邮件。
5.2接收电子邮件通知Www.bzxZ.net
可以用一种及时并且安全的方式将事件通知终端上的客户端。基于用户的参数设置（例如，服务器上的删除或移动操作在客户端得以镜像，服务器收件箱中建立的文件夹结构能够在客户端呈现··）事件对用户可用，或者客户端反映出该事件。移动用户察觉不到延时或者至少是能同桌面电子邮件相媲美。
流程如下：
a）电子邮件服务器上有事件发生，例如，一封新邮件到达；b）电子邮件服务器根据用户预先设置的信息格式，针对要发送给终端的新电子邮件生成邮件情况信息；
c）电子邮件服务器将生成的邮件情况信息发送给终端（通过电子邮件通知发送）；d）终端的客户端按照预定格式解析收到的邮件情况信息；e）终端的客户端根据所获得的用户电子邮件通知接收策略：f）终端的客户端根据所获得的用户电子邮件通知接收策略控制对电子邮件通知的处理：g）用户可以看到移动电子邮件情况信息。5.3接收大邮件
由于终端设备的能力限制，在接收大邮件时，需要根据用户设置的门限大小进行相应的处理，接收小于改门限的电子邮件，对大于该门限的电子邮件进行相应处理（如仅下载电子邮件的头）。流程1如下：
a）用户在客户端上设置一个允许接收邮件容量的最大值，即容量门限；b）当用户请求收取邮件或者是服务器要求用户收取邮件时，服务器向客户端发送包含邮件容量信息的邮件通知
c）客户端对接收到的邮件通知进行解析，获取邮件容量信息；d）客户端判断邮件容量信息，判断需要接收的邮件的容量是否大于容量门限，若大于容量门限，则可以进行以下两种处理方式：e）拒绝该邮件的下载或仅下载该邮件的邮件头，即仅下载该邮件的摘要信息，例如发件人，发件时间等信息。
·可选流程2如下：
a）用户在客户端上设置一个允许接收邮件容量的最大值，即容量门限；b）客户端将用户设置的容量门限发送至服务器：C当服务器接收到新的邮件时，首先检测接收到的新邮件的容量是否大于容量门限，若小于容量门限，则允许向客户端发送该邮件的邮件通知，若大于容量门限，则不向客户端发送该邮件的邮件通知。
5.4阅读邮件附件
用户以适合其设备的方式查看附件。流程如下：
a）服务器收到带有附件的电子邮件；6
YDB028—2009
b）电子邮件遵照5.1收取流程下载电子邮件，但是遵照5.1，附件并没有下载到客户端；c）用户选择查看附件：
d）客户端要求下载附件：
e）电子邮件服务器根据终端能力对附件进行内容适配f）客户端下载附件：
g）用户查看附件。
5.5发送邮件
一封电子邮件被创建后，一旦选择发送电子邮件，这封电子邮件可以会立即从用户的邮件服务器以安全的方式发送。移动邮件用户创建一封移动电邮，可以包括编辑消息，附加多个文件，重编辑任何已存的草稿等等诸如此类的操作。在选择发送电子邮件后，这封电子邮件将被上传到用户的电邮服务器并且立刻以一种安全的方式由服务器发出。流程
a）用户在终端上编辑完成一封电子邮件；b）用户选择发送电子邮件；
c）客户端连接电子邮件服务器并上传电子邮件：d）电子邮件被发送到电子邮件服务器：e）电子邮件可被保存在已发送文件夹中；f）电子邮件服务器根据用户实现的设置发送文件夹中的电子邮件。5.6改变过滤规则
在移动时，用户可以改变过滤规则。这些过滤规则指定了何种邮件，在何时，以何种方式到达电邮服务器或者电邮服务器的事件必须被反映或呈报给移动电邮客户端流程如下：
a）用户决定更改过滤规则：
b）新的规则传送到电子邮件服务器。5.7客户端之间的数据同步
用户可以同步他的电子邮件，通过与另一个电脑或客户端连接（蓝芽，红外，LAN直连）实现。流程如下：
a）第一个客户端与电子邮件服务器同步；b）用户选择第二个客户端对第一个客户端数据同步：c）第二个客户端与电子邮件服务器数据同步。5.8带有附件的邮件
封带有附件的电子邮件到达用户的邮件服务器。因为这封邮件具有一个附件，基于用户的参数选择，服务器可以传递该邮件的所有部分或仅这封邮件的文本部分。流程如下：
a）用户的收件箱中接收到一封带有附件的电子邮件：b）邮件服务器，基于用户的设置，仅下载消息的头5.9在不下载附件的情况下转发邮件●流程1如下：
a）用户A的收件箱中接收到一封带有附件的电子邮件：b）邮件服务器，基于用户A的设置，仅向A的客户端传递消息的头：c）用户A在没有下载附件和整个文本的情况下，将邮件转发给了用户B；d）邮件服务器将该带有附件的邮件转发给了用户B。YDB028—2009
●流程2如下：
a）客户端获取邮件标识信息：
b）客户端设置邮件转发信息并同步到移动电子邮件服务器：C）移动电子邮件服务器根据邮件转发信息将指定邮件整合为转发邮件并发送5.10配置电子邮件帐号
用户为了在移动终端正常使用电子邮件，需要配置移动电子邮件客户端。用户还可能希望对电子邮件帐号进行配置，以完成如接入另外的邮件帐户并且合并从不同帐户收到的消息，这些消息是保留在电邮服务器还是删除的功能。
●流程1如下：
a）用户选择配置客户端：
b）用户输入其邮件地址和用于接入帐号的鉴权信息c）客户端根据用户输入的电子邮件地址获取所述电子邮件地址中的域名标识：d）客户端将包含所述域名标识的查询请求发送至移动邮件服务器：e）移动邮件服务器根据查询请求查询业务参数（包括电子邮件传输协议参数、接收服务器参数发送服务器参数），并将所述业务参数反馈客户端：f）客户端根据查询到的业务参数对客户端进行配置。·流程2如下：
a）用户激活终端上的移动电子邮件客户端：b）用户选择配置移动电子邮件客户端：c）用户提供必要的鉴权信息以接入电子邮件帐号：d）用户进行设置：
e)电子邮件服务器鉴权并通知用户设置完成。5.11回复邮件
一个已经将他的移动电邮客户端配置为显示来自不同帐户的用户，他希望针对某条已显示的消息发送一条回复消息。当创建该条回复消息时，客户端应该提供用户选择回复消息中“from”域的能力流程如下：
a）用户激活终端上的电子邮件客户端b）用户浏览收件箱中的消息并选择其中一条消息查看；c）用户选择回复消息：
d）客户端生成一条新消息供用户编辑；e）客户端显示当前帐户对应的“from”域；f）用户可以根据自已拥有的多个帐户，选择一个\from\域；g）编辑完全后，用户选择发送这条回复消息；h）电子邮件服务器接收到这条回复消息并发送到目的地址。6网络结构
6.1架构
移动电子邮件体系架构如图1所示。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
YDB028—2009
移动电子邮件业务技术要求
Technical requirements formobileEmail Service2009-04-29发布
中国通信标准化协会发布
1范围
2规范性引用文件
3术语、定义和缩略语
3.1术语和定义
3.2缩略语.
4业务描述
5功能要求.
5.1接收邮件，
5.2接收电子邮件通知
5.3接收大邮件
5.4阅读邮件附件
5.5发送邮件.
5.6改变过滤规则
5.7客户端之间的数据同步
5.8带有附件的邮件
5.9在不下载附件的情况下转发邮件，5.10配置电子邮件帐号..
5.11回复邮件
6网络结构：
6.1架构.·
6.1.1组件，
6.1.2接口
6.1.3移动电子邮件客户端
6.1.4移动电子邮件服务器
6.2.1在使用移动电子邮件服务之前6.2.2使用服务
7移动电子邮件传输协议
附录A（资料性附录）支持多样服务环境的因特网电子邮件（Lemonade)A.1介绍..
A.2邮件前转（ForwardwithoutDownload）A.2.1消息发送综述
A.2.2传统策略..
A.2.3分步描述.
A.2.4当票（pawn-tickets）机制的安全考虑，A.2.5文件副本拷贝（filecarboncopy）问题YDB028—2009
YDB028—2009
A.2.6SForwardedIMAP关键字注册.A.3消息递交
A.3.1流水线操作
A.3.2支持DSN
A.3.3消息大小声明
A.3.4支持增强状态码EnhancedStatusCodeA.3.5传输层安全TLS（TransportLayerSecurity）A.4快同步
A.5附加的IMAP扩展
A.6安全性考虑
A.6.1递交的消息的加密保护
A.6.2传输层安全TLS（TransportLayerSecurity）参考文献
iiiKAoNikAca
YDB0282009
本技术报告主要参考0MA移动电子邮件需求文档（0MA-RD-Mobi1eEmai1-V10-20051018-C），OMA移动电子邮件架构文档（0MA-AD-Mobile_Emai1-V1_0_0-20070308-D）、OMA移动电子邮件技术规范（OMA-TS-Mobile_Emai1-V1_0-20070110-D）、IETFRFC4550等标准，并结合国内的具体情况制定的。本技术报告的附录A是资料性附录为适应信息通信业发展对通信标准文件的需要，在信息产业部统一安排下，对于技术尚在发展中，文需要有相应的标准性文件引导其发展的领域，由中国通信标准化协会组织制定“通信标准类技术报告”，推荐有关方面参考采用。有关对本技术报告的建议和意见，向中国通信标准化协会反映。本技术报告由中国通信标准化协会提出并归口。本技术报告起草单位：华为技术有限公司、北京邮电大学、中国移动通信集团公司、信息产业部电信研究院
本技术报告主要起草人：王雷、杨健、陈国养、王丹志、李、谢丰、国晓炬KAONiKAca
1范围
移动电子邮件业务技术要求
YDB028—2009
本技术报告规定了移动电子邮件（MobileEmai1）的业务描述、功能要求、网络结构和传输协议。本技术报告适用于移动电子邮件业务。2规范性引用文件
下列文件中的条款通过本技术报告的引用而成为本技术报告的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准文件，然而，鼓励根据本技术报告达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本技术报告。
IETFRFC2045
IETFRFC2088
IETFRFC2177
IETFRFC2342
IETFRFC2821
IETFRFC2822
IETFRFC3030
IETF RFC3207
IETFRFC3265
IETFRFC3501
IETFRFC4315
IETFRFC4409
IETF RFC 4467
IETFRFC4468
IETF RFC 4469
IETFRFC4551
3术语、定义和缩略语
3.1术语和定义
多用途邮件扩展第一部分
IMAP4非同步化报文
IMAP4IDLE命令
IMAP4名字空间
简单邮件传输协议
因特网消息格式
用于传输大二进制MIME消息的SMTP业务扩展用于传输层安全之上的SMTP安全的SMTP业务扩展会话初始化通知一一用于事件通知互联网消息接入协议第四版
互联网消息接入协议一
一UIDPLUS扩展
用于邮件的消息呈递
因特网消息接入协议URLAUTH扩展消息递交BURL扩展
因特网消息接入协议CATENATE扩展用于条件存储操作或者快速标记更改重新同步的IMAP扩展客户端配置1.1版本
设备管理1.2版本
全球许可管理1.0版本
呈现1.0版本
标准转码接口1.0版本
用户代理能力集2.0版本
下列定义适用于本技术报告。
附件attachment
HiiKANiKAca
YDB028—2009
消息体中一个特殊的体部分。附件可被用于在线显示或者以指定的方式呈现，如，图形或字处理文件。
授权authorize
\authorization\是赋予一个系统实体的权力，允许这个实体访问某个系统资源。\authorizationprocess是授予这种权力的过程。\authorize\意味着授出这种权利。如IETFRFC2828所定义。3.1.3
体body
在头后面，包含一个或多个部分（part）。一个体可能包含一些或者所有以下的结合：如IETFRFC2822所定义的普通的文本部分：如IETFRFC2045所定义的MIME部分，例如：多媒体内容（例如：SMIL、HTML)和其他的附件（例如：word文档，PDF，GIF，JPEG等等.)。3.1.4
电子邮件帐号emailaccount
电子邮件帐号是一系列规则和证书的集合，它允许用户访问和管理电子邮件的用户参数和电子邮件消息。
电子邮件数据emaildata
电子邮件数据是一个所有与电子邮件消息相关的数据的综述：它包括电子邮件消息，电子邮件事件，过滤规则，和用户参数。
邮件事件emailevents/event
有诸如阅读、移动、删除一封邮件等操作导致的邮件状态改变（如，已读/未读，已标记，已删除等…）一封新邮件的到达同样被看作一个事件。3.1.7
邮件消息emailmessage
一个数据序列包含一个头并且可能包含一个体及元数据，其中头和体的格式遵循IETFRFC2822的描述。
邮件会话email session
电子邮件客户和电子邮件服务器之间的会话，在这两个实体之间对收件箱的操作进行更新。本技术报告的该会话存在于移动电子邮件服务器和电子邮件服务器之间。3.1.9
邮件服务器email server
般来说，电子邮件服务器是提供给用户的电子邮件存储访问的组件（邮件存储）以及提供给用户的电子邮件递交方式的组件（消息传输代理）.在具体实现的时候，电子邮件服务器可能是和移动电子邮件服务器捆绑在一起，或者作为一个单独的组件。3.1.10
事件过滤event filters
决定哪一个电子邮件事件会引起通知（例如：收到新邮件，读取，删除）的过滤规则。3.1.11
过滤规则filteringrules
iiiKAoNikAca
YDB028—2009
一组动作或条件的集合，其条件用于决定一封新邮件或邮件通知是否应该从客户端发往服务器或由服务器发往客户端。
头header
由IETFRFC2822“InternetMessageFormat\的定义。以“域名：域体”格式组成的若干行有序字符。3.1.13
移动电子邮件队列MEMalignment-种过程和机制，通过这种过程和机制移动电子邮件客户端更新到移动电子邮件服务器的合适的视图，移动电子邮件服务器更新到移动电子邮件客户端的合适的视图。这里合适的视图意味着所对应的数据（根据配置和用户参数被过滤的)的一个子集。3.1.14
移动电子邮件协议MEMprotocol
允许移动电子邮件客户端和移动电子邮件服务器之间交换消息的协议，包括对移动操作的控制、通知等等。
移动电子邮件代理MEMproxy
提供移动邮件代理服务的代理。它允许移动电子邮件协议在移动电子邮件服务器前端通过防火墙。这个代理的功能是：当电子邮件服务器处于不同的部署模型中的时候，充许移动电子邮件服务器处在同个域。这样就减轻了可能加在移动电子邮件服务器实现上的加密以及其他的安全限制。3.1.16
移动电子邮件会话MEMsession
处于移动电子邮件客户端和移动电子邮件服务器之间的会话，反映数据（已作为电子邮件会话的部分被交换）的状态。
元数据metadata
由服务器应用的机器生成的（Machine-generated）属性，在传递的时候出现在头域中。例如，包含重发头域，消息内容（语音邮件、电子邮件、MMS、SMS）和处理结果。3.1.18
移动电子邮件mobileemail
种用于促进移动终端，在端到端应用层处理电子邮件事务（发送、提取、通知等）的技术。3.1.19
其它移动引擎othermobileenabler被移动电子邮件服务器或者移动电子邮件客户端使用的提供附加的移动电子邮件功能（比如：带外通知，参数配置/设备管理等等)的一切引擎。3.1.20
带外通知 out-band notification从服务器到客户端的关于电子邮件服务器事件的通知，由通道（例如：SMS，MMS，WAPPush,SIPPush等等)而不是移动电子邮件协议传输。3.1.21
服务器到客户端的通知servertoclientnotification服务器通知客户端状态改变的手段，例如，一份新的邮件到达服务器。3.1.22
-iiKAoNniKAca
YDB028—2009
挂起和恢复suspendandresume
种允许在数据交换时被自动或非自动的挂起/暂停的地方恢复机制，而不要求发送此前交换的大多数数据。
处理规则processing rules
应用于收发时的动作或条件，包括：垃圾邮件拦截，过滤规则病毒处理，附件移除。3.1.24
视图过滤viewfilters
决定哪个电子邮件消息对移动电子邮件客户端是不可见的。被规定的不可见得电子邮件消息被移动电子邮件服务器隐藏。
3.2缩略语
下列缩略语适用于本技术报告。CP
UAProf
4业务描述
Client Provisioning
Data Synchronization
Delivery Status NotificationEmail Notification
Extension SMTP
Global Permission ManagementInternetEngineeringTaskForceInternet Message Access Protocol 4Mobile Email Enabler
Multipurpose InternetMailExtensionsMultimedia Messaging ServiceMail User Agent
Open Mobile Alliance
Requirement Document
Server Alerted Sync
Session Initiation Protocol
SynchronousMultimediaIntegrationLanguageShort Message Service
Simple Mail Transfer ProtocolStandard Transcoding InterfaceTransport Layer Security
User Agent Profile
User Datagram Protocol
Wireless Application ProtocolWireless Datagram Protocol
客户端配置
数据同步
传递状态通知
电子邮件通知
SMTP扩展
全球许可管理
互联网工程任务组
因特网消息接入协议4
移动电子邮件引擎
多用途因特网邮件扩展
多媒体消息业务
邮件用户代理
开放移动联盟
需求文档
服务通告同步
会话初始化协议
同步多媒体整合语言
短消息业务
简单邮件传输协议
标准转码接口
传输层安全
用户代理描述
用户数据报协议
无线应用协议
无线数据报协议
电子邮件是因特网上应用最广泛、使用人数最多的一个系统。电子邮件已经成为全球信息联络的重要工具。也是因特网得以如此快速普及推广的一个重要原因。电子邮件使用方便、传递迅速、费用低廉，不仅可以传送文字信息，还可以附上声音和图像。4
iiiKAoNikAca
YDB028—2009
移动电子邮件（MobileEmai1）是一种用于移动终端的电子邮件技术。使用移动电子邮件技术，用户可以不受位置和移动的限制，随时随地的接收和发送电子邮件。并且，移动电子邮件可以同终端的其它应用相结合，为用户提供实用的应用。例如，移动电子邮件可以同终端的日程提醒相结合，用户设定提醒条件（如开会），在满足提醒条件时（如会议开始前十分钟），向相关人员（如与会人）的终端发送电子邮件提醒（还可以携带会议资料）移动电子邮件技术具有迅速、便捷的好处。通过该技术达到在用户看来移动终端能够以非长时间联线的方式接入电子邮件服务器，并能完成下述操作：a）当一封电子邮件到达企业的邮件服务器时，应当及时、安全的通知终端上的客户端有一封电子邮件到达。基于用户的设置，终端可以显示电子邮件通知，提示用户有新邮件到达是否提取。也可以在收到电子邮件通知后不显示给用户，而是终端自动提取新邮件或新邮件的一部分（例如，信头、开头的若干字节，或者是不含附件的邮件正文）。带给移动用户的体验应该能同桌面电子邮件系统相媲美。
b）用户以适合其终端的方式下载和浏览附件。c）用户在移动终端创建了一条电子邮件并选择发送时，这封邮件应该立即由公司内部的电子邮件服务器发往目标地址（不能是其它的服务器，例如运营商提供的SMTP服务器）。d）公司邮件服务器中的用户信箱应该与用户移动终端上电子邮件客户端的状态保持一致。例如，用户在终端本地删除一封电子邮件或者将邮件从一个文件夹移到另一个文件夹时，公司服务器上应该反映出相应的操作。
e）针对新邮件到达企业电子邮件服务器后发送到移动客户端的过程，用户可以在移动终端上设定过滤规则。
f）根据移动用户所使用的网络/服务提供商情况（如基础网络的技术、漫游、费用等）不同，他，她可以更改移动电子邮件的设置以适当的满足下述要求：1）使用现有的消息机制（例如，SMS，MMS，Push）以安全的方式通知新邮件的到达（也有可能是别的事件）：
a）在数据会话中以自动的方式，安全的提取邮件；b）在数据会话中以手动的方式，安全的提取邮件；安全的浏览接入方式（例如，WAP，Web，Voice）：c
d）用户可以使用OTA的方式同步他的电子邮件，还可以直接通过蓝牙、红外LAN等方式直接同PC端同步
2）电子邮件服务器可以提供一种划分电子邮件安全级别的操作方法：在电子邮件服务器中记录各安全级别所对应的操作权限；电子邮件服务器确定、记录邮件的安全级别并根据所对应的操作权限控制用户的操作（如：完全操作权限、密码保护、不允许下载等）。5功能要求
5.1接收邮件
一封电子邮件到达邮件服务器。通过安全的通知方式，及时的通知终端上的客户端该新邮件的到达我们将此称为一个事件（event）。基于用户的参数选择，该事件对用户或客户端可用，即，一旦安全的鉴权，接入新邮件或按需获取其一部分（如，信头，开头的若干干学节，不含附件的整个体或整封邮件）。带给移动用户的体验应该是不可察觉时延或者至少是能同桌面电子邮件相媲美。事件可以包括发送一部分或者所有的邮件，在这种情况下，访问无需分步进行。另外，客户端可以接收邮件事件或主动获取。
流程如下：
iiiKAoNikAca
YDB028—2009
a）电子邮件到达电子邮件服务器：b）电子邮件服务器根据用户事先的设置生成电子邮件通知：c）电子邮件通知对移动客户端可用，包括：通知送达、邮件客户端的接入可用：d）客户端检查用户的参数配置；e）客户端按照设置下载电子邮件：f）用户可以阅读电子邮件。
5.2接收电子邮件通知Www.bzxZ.net
可以用一种及时并且安全的方式将事件通知终端上的客户端。基于用户的参数设置（例如，服务器上的删除或移动操作在客户端得以镜像，服务器收件箱中建立的文件夹结构能够在客户端呈现··）事件对用户可用，或者客户端反映出该事件。移动用户察觉不到延时或者至少是能同桌面电子邮件相媲美。
流程如下：
a）电子邮件服务器上有事件发生，例如，一封新邮件到达；b）电子邮件服务器根据用户预先设置的信息格式，针对要发送给终端的新电子邮件生成邮件情况信息；
c）电子邮件服务器将生成的邮件情况信息发送给终端（通过电子邮件通知发送）；d）终端的客户端按照预定格式解析收到的邮件情况信息；e）终端的客户端根据所获得的用户电子邮件通知接收策略：f）终端的客户端根据所获得的用户电子邮件通知接收策略控制对电子邮件通知的处理：g）用户可以看到移动电子邮件情况信息。5.3接收大邮件
由于终端设备的能力限制，在接收大邮件时，需要根据用户设置的门限大小进行相应的处理，接收小于改门限的电子邮件，对大于该门限的电子邮件进行相应处理（如仅下载电子邮件的头）。流程1如下：
a）用户在客户端上设置一个允许接收邮件容量的最大值，即容量门限；b）当用户请求收取邮件或者是服务器要求用户收取邮件时，服务器向客户端发送包含邮件容量信息的邮件通知
c）客户端对接收到的邮件通知进行解析，获取邮件容量信息；d）客户端判断邮件容量信息，判断需要接收的邮件的容量是否大于容量门限，若大于容量门限，则可以进行以下两种处理方式：e）拒绝该邮件的下载或仅下载该邮件的邮件头，即仅下载该邮件的摘要信息，例如发件人，发件时间等信息。
·可选流程2如下：
a）用户在客户端上设置一个允许接收邮件容量的最大值，即容量门限；b）客户端将用户设置的容量门限发送至服务器：C当服务器接收到新的邮件时，首先检测接收到的新邮件的容量是否大于容量门限，若小于容量门限，则允许向客户端发送该邮件的邮件通知，若大于容量门限，则不向客户端发送该邮件的邮件通知。
5.4阅读邮件附件
用户以适合其设备的方式查看附件。流程如下：
a）服务器收到带有附件的电子邮件；6
YDB028—2009
b）电子邮件遵照5.1收取流程下载电子邮件，但是遵照5.1，附件并没有下载到客户端；c）用户选择查看附件：
d）客户端要求下载附件：
e）电子邮件服务器根据终端能力对附件进行内容适配f）客户端下载附件：
g）用户查看附件。
5.5发送邮件
一封电子邮件被创建后，一旦选择发送电子邮件，这封电子邮件可以会立即从用户的邮件服务器以安全的方式发送。移动邮件用户创建一封移动电邮，可以包括编辑消息，附加多个文件，重编辑任何已存的草稿等等诸如此类的操作。在选择发送电子邮件后，这封电子邮件将被上传到用户的电邮服务器并且立刻以一种安全的方式由服务器发出。流程
a）用户在终端上编辑完成一封电子邮件；b）用户选择发送电子邮件；
c）客户端连接电子邮件服务器并上传电子邮件：d）电子邮件被发送到电子邮件服务器：e）电子邮件可被保存在已发送文件夹中；f）电子邮件服务器根据用户实现的设置发送文件夹中的电子邮件。5.6改变过滤规则
在移动时，用户可以改变过滤规则。这些过滤规则指定了何种邮件，在何时，以何种方式到达电邮服务器或者电邮服务器的事件必须被反映或呈报给移动电邮客户端流程如下：
a）用户决定更改过滤规则：
b）新的规则传送到电子邮件服务器。5.7客户端之间的数据同步
用户可以同步他的电子邮件，通过与另一个电脑或客户端连接（蓝芽，红外，LAN直连）实现。流程如下：
a）第一个客户端与电子邮件服务器同步；b）用户选择第二个客户端对第一个客户端数据同步：c）第二个客户端与电子邮件服务器数据同步。5.8带有附件的邮件
封带有附件的电子邮件到达用户的邮件服务器。因为这封邮件具有一个附件，基于用户的参数选择，服务器可以传递该邮件的所有部分或仅这封邮件的文本部分。流程如下：
a）用户的收件箱中接收到一封带有附件的电子邮件：b）邮件服务器，基于用户的设置，仅下载消息的头5.9在不下载附件的情况下转发邮件●流程1如下：
a）用户A的收件箱中接收到一封带有附件的电子邮件：b）邮件服务器，基于用户A的设置，仅向A的客户端传递消息的头：c）用户A在没有下载附件和整个文本的情况下，将邮件转发给了用户B；d）邮件服务器将该带有附件的邮件转发给了用户B。YDB028—2009
●流程2如下：
a）客户端获取邮件标识信息：
b）客户端设置邮件转发信息并同步到移动电子邮件服务器：C）移动电子邮件服务器根据邮件转发信息将指定邮件整合为转发邮件并发送5.10配置电子邮件帐号
用户为了在移动终端正常使用电子邮件，需要配置移动电子邮件客户端。用户还可能希望对电子邮件帐号进行配置，以完成如接入另外的邮件帐户并且合并从不同帐户收到的消息，这些消息是保留在电邮服务器还是删除的功能。
●流程1如下：
a）用户选择配置客户端：
b）用户输入其邮件地址和用于接入帐号的鉴权信息c）客户端根据用户输入的电子邮件地址获取所述电子邮件地址中的域名标识：d）客户端将包含所述域名标识的查询请求发送至移动邮件服务器：e）移动邮件服务器根据查询请求查询业务参数（包括电子邮件传输协议参数、接收服务器参数发送服务器参数），并将所述业务参数反馈客户端：f）客户端根据查询到的业务参数对客户端进行配置。·流程2如下：
a）用户激活终端上的移动电子邮件客户端：b）用户选择配置移动电子邮件客户端：c）用户提供必要的鉴权信息以接入电子邮件帐号：d）用户进行设置：
e)电子邮件服务器鉴权并通知用户设置完成。5.11回复邮件
一个已经将他的移动电邮客户端配置为显示来自不同帐户的用户，他希望针对某条已显示的消息发送一条回复消息。当创建该条回复消息时，客户端应该提供用户选择回复消息中“from”域的能力流程如下：
a）用户激活终端上的电子邮件客户端b）用户浏览收件箱中的消息并选择其中一条消息查看；c）用户选择回复消息：
d）客户端生成一条新消息供用户编辑；e）客户端显示当前帐户对应的“from”域；f）用户可以根据自已拥有的多个帐户，选择一个\from\域；g）编辑完全后，用户选择发送这条回复消息；h）电子邮件服务器接收到这条回复消息并发送到目的地址。6网络结构
6.1架构
移动电子邮件体系架构如图1所示。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。