中国联通CDMA数字蜂窝移动通信网多媒体邮件协议规范.doc

中国联通公司发布2005年12月实施2005年12月发布中国联通CDMA数字蜂窝移动通信网多媒体邮件协议规范（V1.0）QB/CU 342005中国联通公司企业标准目次目次I前 言II中国联通CDMA 1X数字蜂窝移动通信网多媒体邮件1客户端服务器接口规范11 范围12 规范性引用文件13 缩略语14 概述24.1 U-IMAP服务24.2 U-IMAP系统概述25 U-IMAP通信协议35.1 对IMAP4的优化35.2 命令和响应45.3 邮件属性45.4 状态和状态转换55.5 数据格式55.6 客户端命令集56 邮件到达通知226.1 邮件到达通知流程226.2 邮件到达通知协议226.3 邮件到达通知的短消息体格式237 用户注册237.1 出厂预配置237.2 用户身份验证237.3 注册/注销电子邮件账号247.4 高级管理功能设置247.5 其他问题24附录A （规范性附录） 字符集和编码方法26A.1 接收邮件26A.1.1 邮件标头26A.1.2 正文26A.1.3 附件26A.2 发送邮件26A.2.1 邮件标头26A.2.2 正文27A.2.3 附件27A.2.4 问候语和签名档27A.3 特殊情况处理27前 言本标准是中国联通CDMA数字蜂窝移动通信网多媒体邮件系列标准之一，该系列其他标准的名称及结构如下：中国联通CDMA多媒体邮件系统技术体制 V1.0 QB/CU 0252002 中国联通CDMA多媒体邮件系统设备技术规范 V1.0 QB/CU 0262002中国联通CDMA 1X数字蜂窝移动通信网移动台规范 第四分册：支持多媒体邮件的移动台要求V4.0 QB/CU 39-2005根据中国联通公司多媒体邮件业务的发展需求，还将制定后续的相关标准。本标准附录A为规范性附录。本标准由中国联通技术部提出并归口本标准主要起草单位： 信息产业部电信传输研究所本标准主要起草人： 都云琪、崔媛媛、孙燚本标准的修改和解释权属中国联通增值业务部。中国联通CDMA数字蜂窝移动通信网多媒体邮件协议规范1 范围本标准定义了中国联通CDMA数字蜂窝移动通信网多媒体邮件业务系统中多媒体邮件服务器与客户端之间的通信协议、以及邮件到达通知和用户注册信息。本标准适用于中国联通多媒体邮件系统服务器与客户端之间的互通。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。1RFC 2060 - Internet Message Access Protocol (IMAP) - Version 4 Rev 12RFC 2822 - Internet Message Format3RFC 821 - Simple Mail Transfer Protocol4RFC 2045 - Multipurpose Internet Mail Extensions (MIME) part one: Format of Internet Message Bodies5RFC 2046 - Multipurpose Internet Mail Extensions (MIME) part two: Media types6RFC 2047 - Multipurpose Internet Mail Extensions (MIME) part three: Message Header Extensions for Non-ASCII Text7RFC 822 - Standard for the format of ARPA Internet text messages8 中国联通CDMA 1X数字蜂窝移动通信网移动台规范 第四分册：支持多媒体邮件的移动台要求V4.0 QB/CU 39-20059 中国联通CDMA多媒体邮件系统技术体制 V1.0 QB/CU 0252002 10中国联通CDMA多媒体邮件系统设备技术规范 V1.0 QB/CU 02620023 缩略语IMAPInternet Message Access Protocol互联网消息访问协议IMAP4Internet Message Access Protocol, Version 4 互联网消息访问协议，版本4IMSIInternational Mobile Station Identity国际移动台标识MDNMobile Directory Number移动电话簿号码MIMEMultipurpose Internet Mail Extensions多用途互联网邮件扩展MSSMail Storage Server邮件存储服务器MTAMail Transfer Agent邮件传输代理POP3Post Office Protocol Version 3邮局协议第3版SMGShort Message Gateway短消息网关SMPPShort Message Peer to Peer短消息点对点协议SMTPSimple Mail Transfer Protocol简单邮件传送协议SGIPShort Message Gateway Interface Protocol短消息网关接口协议U-IMAPUnicom IMAP中国联通互联网消息访问协议UIMUser Identifier Module用户识别模块WAPWireless Application Protocol无线应用协议4 概述4.1 U-IMAP服务使用U-IMAP服务，可以通过移动终端来访问和操作U-IMAP服务器上的电子邮件，并对其进行操作。U-IMAP协议规定了移动终端与邮件服务器之间的通信方法，并且特别针对移动通信的特点进行了优化。U-IMAP服务是通过U-IMAP客户端软件和U-IMAP服务器来共同实现的。U-IMAP客户端软件是安装在移动终端上的软件。当客户端软件处于脱机状态时（即没有与服务器建立连接时），可以为用户提供撰写新邮件、阅读已接收邮件的功能；当客户端软件处于联机状态时（即与服务器建立了连接时），可以为用户提供收、发电子邮件的功能。U-IMAP服务器负责对U-IMAP命令进行解析和处理。它通过与其相连接的标准IMAP4服务器实现邮件信息的存取和邮箱的管理，通过MTA（邮件传输代理）实现在互联网上的路由、传输和发送电子邮件的功能。U-IMAP协议是以互联网邮件标准IMAP4rev1（RFC 2060）为基础，并增加了发送邮件的命令，使其具有接收和发送邮件两方面的能力。它针对移动通信的特点进行了优化，具备下列特征：面向移动终端用户之间以及移动终端用户与计算机设备之间的电子邮件收发。U-IMAP客户端软件在一个移动终端上仅支持一个用户帐号，不支持多个用户帐号共存在一个移动终端上。根据移动通信的特点对命令集进行了简化和优化。整合了邮件传送功能。邮箱结构限制为单层结构。同时必须指出的是：由于命令集针对移动通信的特点进行了简化，邮件大小也根据移动通信的特点进行了限制，所以U-IMAP的电子邮件可以从移动终端安全地传送到其它的互联网邮件服务器和邮件客户端软件。然而，受移动终端的处理能力和存储空间的限制，U-IMAP客户端软件可能无法正确处理某些互联网电子邮件，这要依据实际情况进行分析。U-IMAP使用了标准的互联网电子邮件的格式（RFC 2822, RFC 2046等），因此无需在U-IMAP服务器上转换邮件格式。这就可以确保在用户数量和电子邮件数量增长时拥有良好的扩展性。4.2 U-IMAP系统概述下图展示了U-IMAP系统的体系结构以及系统内部的通信协议。U-IMAPU-IMAP移动台BSGIP短消息网关U-IMAP 服务器短消息中心SMPP移动台APC IMAP4SMTP邮件服务器IMAP4POP3手机或其它使用移动网络的移动终端称为移动台（“MS”）。它们通过U-IMAP协议与U-IMAP服务器进行通信。U-IMAP服务器负责管理邮件信息存储和用户数据库。它能够从移动台接收邮件，并通过SMTP协议向互联网上的邮件服务器传送邮件。PC上的邮件客户端可以使用标准的IMAP4/POP3协议从U-IMAP服务器上获取邮件。当邮件被传送到其它的互联网邮件服务器上后，PC上的邮件客户端可以使用互联网邮件服务器所支持的协议来获取邮件。当邮件收件人有新邮件到达时，U-IMAP服务能够实时通过短消息向移动台发送邮件到达通知。UID的邮件到达通知包含了邮件的UID（唯一标识符），能够触发移动台上的U-IMAP客户端软件去接收新邮件。在第6章中详细描述了邮件到达通知服务。U-IMAP客户端软件必须在用户在U-IMAP服务器上注册用户账号后才能正常运行。在第7.3节中详细描述了用户注册流程。5 U-IMAP通信协议U-IMAP通信服务主要是通过U-IMAP客户端和U-IMAP服务器之间的数据交换实现的。所采用的通信协议基于IMAP4rev1 (RFC 2060) 和 SMTP (RFC 821)，并针对移动通信的特点进行了优化。5.1 对IMAP4的优化将IMAP4针对移动通信的特点进行优化时，主要考虑了下列因素：5.1.1 通信负载最小化对于移动终端，尤其是移动电话来说，它们的通信带宽较小，连接的可靠性也比较低。因此，U-IMAP在设计上一个特点就是最小化客户端和服务器之间的数据传输。为了在有限的带宽上尽量减少命令交互，U-IMAP仅仅保留了IMAP4中最为关键的一些核心命令。其余大量IMAP4命令在U-IMAP中都没有被采用。5.1.2 命令缩写尽管每个命令仅由几个字节组成，为了降低数据量，这些命令仍采用了缩写形式。例如FETCH缩写为FECH，邮件的发送命令缩写为DELV。同理，IMAP4命令的参数也被尽量地简化了。例如一些FETCH命令的参数被缩写合并成几个简单的选项，进而方便、简化了移动客户端的使用。此外，U-IMAP还省略了在RFC2060中定义的命令标签（Command Tag）。5.1.3 邮箱的简化移动终端的特性决定了必须能够使用最简单的操作来提供电子邮件服务。U-IMAP服务不支持RFC 2060规定的多层邮箱，它只支持一个用户使用一个收件箱和一个发件箱。U-IMAP客户端提供单层文件夹结构，供用户处理接收的邮件，同时，将要发出的邮件先保留在发件箱中等待处理。此外，U-IMAP服务器必须在客户端建立连接后，将收件箱设置为默认的邮箱。也就是说，服务器在用户通过验证后，就将自动执行“SELECT”命令；客户端将不必再发送“SELECT”命令。5.1.4 邮件传输U-IMAP服务器接受U-IMAP的邮件发送命令DELV，在对邮件标头进行简单分析后， 由MTA进行路由寻址并使用SMTP协议传输电子邮件。5.1.5 登录（Login）和注销（Logout）由于U-IMAP主要应用在无线环境中，所以在通信中断以后，客户端/服务器将重新进行登录过程，而不是继续中断前未完成的操作。因此，即使客户端没有发出明确的注销指令， U-IMAP服务器也可以执行下列的会话管理： TCP/IP层出错时，服务器结束当前会话。 从移动终端接收到另一个登录请求时，结束上一个登录会话。 在指定的时间内没有收到任何响应，将结束当前的会话。在客户端和服务器上都可以设置超时的门限值，这样客户端和服务器都可以在需要的时候结束当前进行的会话。5.1.6 日志文件日志文件统一由服务器进行管理，在客户端上没有日志文件。该文件中包含同标准IMAP服务器上的日志文件同样的内容。5.2 命令和响应IMAP4rev1协议建立在可靠的传输层协议之上，例如TCP。U-IMAP连接由客户端/服务器之间的网络连接、服务器发出的初始应答和客户端/服务器间的交互组成。客户端/服务器间的交互包括客户端命令、服务器数据和服务器的执行结果应答。在客户端和服务器之间的所有交互都是以“数据行”的形式存在的，也就是以CRLF（即ASC码中的回车换行）结尾的字符串。协议接收方，即U-IMAP客户端或服务器端，或者读取一行数据，或者读取一行后的指定的若干字节的数据。5.2.1 客户端发送和服务器端接收客户端命令由命令名和命令参数组成，通常以CRLF结尾。U-IMAP服务器，即协议的接收方读取来自客户端的命令，对命令以及命令参数进行分析。如果服务器检测该命令中有错误，那么将发回一个“BAD”应答并拒收该命令。否则，服务器将把客户端请求的数据以及一个服务器执行结果应答返回给客户端。服务器执行结果应答共有三种：OK（表示成功）、NO（表示失败）和BAD（表示协议错误）。5.3 邮件属性除了邮件内容以外，每封邮件还具有其它相关属性。这些属性可以单独检索或者组合检索或与邮件内容一起检索。5.3.1 唯一标识符（UID）所有邮件都具有唯一标识符（UID）。UID可以用来唯一确定用户邮箱中的邮件。U-IMAP服务器将为每个用户邮箱维护独立的UID序列，并通过电子邮件到达通知使用UID来标识邮件。5.3.2 邮件标识每封邮件都有一个状态标识来表明该邮件的当前状态。目前，使用的标识如下：Recent: 该邮件是新收到的。Unseen: 客户端检索过该邮件，但是该邮件并未发送到客户端。该标记只与邮件正文相关。Seen: 邮件已经发送到客户端。HeaderSeen: 邮件的标头已经发送到客户端。Unseen and HeaderUnSeen: 邮件的正文和标头都没有发送到客户端。5.3.3 其它属性有关其它属性请参考RFC 2060 / RFC 822 / RFC 2822。邮件大小由邮件的字节数决定（RFC 822）；信封结构即信封信息的解析陈述（RFC 822）；正文结构即邮件的MIME-IMB正文结构信息的解析陈述。和IMAP4（RFC 2060）一样，U-IMAP也允许客户端接收邮件的全部或一部分，如邮件标头的一部分、邮件正文，或者MIME-IMB结构中的某一个MIME-IMB正文段。5.4 状态和状态转换U-IMAP服务器有以下三种状态：5.4.1 未登录状态在该状态下，客户端在提交其它命令之前必须先登录。未登录状态是在客户端和服务器之间建立连接之后的初始状态。5.4.2 已登录状态在该状态下，客户端通过了身份验证，可以访问用户的“收件箱”。同时，客户端也可以发送邮件。5.4.3 注销状态在该状态下，连接将断开，服务器将关闭连接。当客户端提出断开连接的请求，或者由于客户端超时，服务器决定关闭连接时，系统将进入该状态。5.5 数据格式U-IMAP数据格式遵循下列的互联网标准：1RFC 822, RFC 2822: “Internet Message Format”.2RFC2045: “Multipurpose Internet Mail Extensions (MIME) part one: Format of Internet Message Bodies”3RFC2046: “Multipurpose Internet Mail Extensions (MIME) part two: Media types”4RFC2047: “Multipurpose Internet Mail Extensions (MIME) part three: Message Header Extensions for Non-ASCII Text.”5.6 客户端命令集本章将主要介绍U-IMAP的客户端命令。和RFC 2060 和 RFC 822一样，命令的语法采用Backus-Naur格式（BNF）。命令集中的命令名称和参数都是大小写敏感的。以下，“C”和“S”分别代表由客户端和服务器发送的数据行。5.6.1 AUTH命令 格式AUTH : U-IMAP服务器上的用户账号，即IMSI号码。: S: 登录并进入发邮件状态 R: 登录并进入收邮件状态: 终端标识，由,和组成。该字段的详细信息请参阅中国联通CDMA 1X数字蜂窝移动通信网移动台规范 第四分册：多媒体邮件终端功能规范成功处理的返回值： =S: OK =R: Number of new messages OK 未成功处理的返回值： NO BAD BYE 描述AUTH命令用来为服务器认证客户端，并验证用户身份。U-IMAP服务器借助用户账户来确定用户属性。用户属性由用户数据库进行管理。用户账户完全由移动终端上的客户端软件来管理。用户无法对在系统注册时指定的用户账户进行更换或修改。因此，完全可以只通过用户账户，而不需要密码来验证用户的身份并允许其登录。如果登录类型为“S”，并且用户帐号存在的话，服务器将返回“OK”，移动终端将开始邮件的发送的过程。如果登录类型为“R”，服务器将返回新收到的邮件（Recent状态标识的邮件）的数量，表示已经成功登录到U-IMAP服务器。如果没有新邮件，则返回“0”。终端标识除了标识移动终端的型号外也代表了该设备处理多媒体信息的能力。终端标识和终端能力的对照表由U-IMAP服务器来管理。AUTH命令执行成功后，U-IMAP服务器将自动连接到用户默认的邮箱，即收件箱。此后，服务器将对会话进行维护，并随时准备处理下一个命令。在同一次TCP会话中，U-IMAP客户端只允许使用一次AUTH命令。 移动链接需要考虑的因素某些时候由于在覆盖区域外，或信号强度不够，或者可能存在的带宽限制等因素的影响，无线通信的可靠性较低。因此，对于U-IMAP的客户端/服务器连接时，需要对上述因素加以考虑。当客户端发出明确的结束请求或发起新的登录（AUTH）请求时，当前的U-IMAP会话将被终止。然而，在出现下列情况时，服务器可以主动终止会话过程： TCP/IP连接出现问题； 连接超时，即在一段时间内，客户端和服务器之间没有数据交换。在这种情况下，连接将中断。 返回值 OK登录成功，目前处于已登录的状态。客户端可以发出其它的U-IMAP命令。 NO登录失败。用户账户不存在或者用户无权使用该服务。除了AUTH或LOUT命令外，服务器不接受其它任何U-IMAP命令。 BAD未知命令或无效参数。除了AUTH或LOUT命令外，服务器不接受其它任何U-IMAP命令。 BYE表示U-IMAP服务器无法与邮件存储设备相连接或者由于某种原因无法提供服务。这种情况下，服务器将中断连接。 样例S: OK ;Greeting message C: AUTH R 460030923013944 NS.T618X.C03 ; User “460030923013944” login for message receiving with a NS.T618X.C03 handset S: OK ; Login successful5.6.2 SACH命令 格式SACH |: xR： 新收到的电子邮件。 xU： Unseen，带有Unseen标记的邮件。 xS： Seen，带有Seen标记的邮件。 xH： Unseen and HeaderSeen，客户端已经接收邮件的标头。 xN： Unseen and HeaderUnseen ，客户端没有接收邮件的任何一部分UID 用UID值作为检索条件返回值： UIDUID OK BAD BYE 描述SACH命令按指定的或UID在用户邮箱中查找邮件。如果以为检索条件，服务器将返回符合检索条件的所有邮件的UID。包含这些UID的返回结果行以CR 结尾，服务器在最后加入OK。如果所有邮件都不符合条件，服务器只返回OK。如果以UID为检索条件，那么服务器将确认用户邮箱中与指定的UID相关的邮件是否存在。如果邮件存在，那么服务器将返回UID和OK；如果邮件不存在，那么服务器只返回OK。如果使用带有的SACH命令，则注意下列用法： 用“xR”来检索新邮件：结果集合中的邮件具有“Recent”标识。 用“xU”来检索未读邮件：结果集合中的邮件具有“Unseen”标识。 用“xS”来检索已读过的邮件：结果集合中的邮件具有“Seen”标识。 用“xH”来检索用户已接收标头的邮件：结果集合中的邮件具有“Unseen & HeaderSeen”标识。 用“xN”来检索未接收的邮件：邮件同时具有Unseen和HeaderUnSeen标识。 返回值 OK检索结果是一个UID，或者是以空格作间隔的多个UID，以结尾。服务器在最后加入OK和作为结束符。如果检索结果为空，那么服务器只返回OK。 BAD在下列情况下，服务器不执行检索直接返回BAD： 当命令或命令参数错误时； 当会话不是处于已登录的状态时； BYE表示U-IMAP服务器无法与邮件存储设备相连接或者由于某种原因无法提供服务。这种情况下，服务器将中断连接。5.6.3 FECH命令 格式FECH PARTUID: 指定要读取邮件的UID。不能指定多个UID。Flag Pattern:读取模式的选项有： xHA |xHM|xB xHA = bodyheader.fields (date from reply-to subject to cc)只接收标头信息，可以读取邮件标头中的“日期”、“发件人”、“回复地址”、“主题”“收件人”和“抄送”等内容。 xHM = bodypart.MIME该选项允许客户端读取指定的MIME正文段的标头内容。 xB = bodypart该选项允许客户端读取邮件正文。如果没有指定“part”编号，那么服务器将返回正文结构。如果指定了某一“part”的编号，那么服务器将返回指定正文段的数据。每个邮件包含至少一个段的编号。非MIME-IMB结构的邮件，或者非多段结构的MIME-IMB邮件，只包含编号为1的正文段。多段结构的邮件，每个正文段将按照各自出现的顺序对应连续的编号。PART: PART: 指定要读取的MIME正文段的编号。 partial: 可以使用partial参数来限制只接收正文数据的一部分。“partial”参数以 “”结束。返回值： 采用xHP时：xHPdata | NoEntry OKxHPData: = ”(“ UID “ total bytes “” Date Sender Reply-to address Title ”)” 采用xHA时：xHAdata | NoEntry OKxHAData: = ”(“ UID “ total bytes “” Date Sender Reply-to address Title Recipient Cc ”)” 采用xHO时：xHOData | NoEntry ”OK”HeaderXHO: = “(“ UID “ total bytes “” Recipient Cc ”)” 采用xHM时：MIME Header | NoEntry OKHeaderXHM := ”(“ UID “ total bytes “” Content-Disposition “)” 采用xB，不包含“part”时：BodyStructure | NoEntry OKBodyStructure := “(“ UID “ total bytes “” Structure information”)” NoEntry := “(“ UID “)” 采用xB，包含“part”时：BodyData | NoEntry OKBodyPart := “(“ UID “ total bytes “” body”)” NoEntry := “(“ UID “)” BAD BYE 描述使用U-IMAP客户端使用AUTH命令登录后，就可以读取邮件数据的每个部分。客户端收到邮件标头和正文数据后（使用FECH命令），邮件的状态将发生以下变化： 在“Recent”状态下接收到邮件标头：变为“Unseen”状态； 在“Recent”状态下接收到邮件标头和正文：变为“Seen”状态； 在“Seen”状态下接收到邮件标头和正文：仍为“Seen”状态； 在“Unseen”状态下接收到邮件正文：变为“Seen”状态。Mail receiving message to mail boxRecentUnSeenFECH only header receptionSeenFECH header + body receptionFECH only body receptionUnSeenThe search act by SACH 返回值 OK 采用xHA的情况： xHAdata| NoEntry”OK”xHAdata := ”(“ UID “The total number of bytes “” ”date” “From” “Reply-to” “Subject” “To” “Cc” ”)” 采用xHM的情况：MIME Header| NoEntry”OK”MIME Header := ”(“ UID “The total number of bytes “” Content-Disposition “)” 采用xB，没有指定“part”的情况：BodyStructure| NoEntry”OK” BodyStructure := “(“ UID “The total number of bytes “” Body Structure ”)” 采用xB，指定“part”的情况：Bodydata | NoEntry”OK”BodyData := “(“ UID “The total number of bytes “” Body Data”)” 如果指定的正文段是附件的一部分，那么BodyData应当保持为被编码的附件数据，不作解码处理。还要注意的问题是： NoEntry := “(“ UID “)” 尽管指定的UID存在，但是指定提取的数据不存在。 总字节数总字节数遵从标准IMAP协议中的规定。 BAD出现下列情况时，不进行检索直接返回BAD。 命令及它的参数错误； 会话处于未登录状态。 BYE表示U-IMAP服务器无法与邮件存储设备相连接或者由于某种原因无法提供服务。这种情况下，服务器将中断连接。 样例UID1: 1001Received: from uimap() by (AIMC ) with SMTP id jm23ea7f025; Thr, 20 Apr 2003 14:55:37 +0800From: Date: Thu, 18 Apr 2003 14:55:36 CSTTo: Reply-To: Subject: =?gb2312?B?tPi4vbz+tcSy4srU08q8/g=?=Content-Type: Multipart/Mixed; boundary=-=_NextPart_155844_103006_115704Message-ID: -=_NextPart_155844_103006_115704Content-Type: text/plain; charset=gb2312Content-Transfer-Encoding: base64MTIzNDU2Nzg5-=_NextPart_155844_103006_115704Content-Type: image/bmp; name=pic001.bmpContent-Transfer-Encoding: base64Content-Disposition: attachment; filename=pic001.bmpQk2OAQAAAAAAAD4AAAAoAAAAKgAAACoAAAABAAEAAAAAAFABAADEDgAAxA4AAAAAAAAAAAAAAAAAAP/wD+/0F/v8AAAPH+wb/HwAAAz/6Av/nAAAC/+AgP/sAAALhwHAcOwAAAt4h3CPbAAABv+MmP+0AAAF5xvsc9QAAALAN/YBpAAAD2A39gN4AAAPYG/7A3wAAA9gb/sDfAAADsBvewG8AAAOwDa2AbwAAAwOeq9wHAAAAD/2t/wkAAAMce3bjjgAAAjOHdxzDAAAAb/93/2EAAABf/Pn/oAAAAN/j/j+wAAAAv9/9AAAADf4/4/sAAAAF/8+f+gAAAAb/93/2EAAAIzh3ccwwAAAxx7duOOAAAAD/2t/wkAAAMDnqvcBwAAA7ANJYBvAAADsBvewG8AAAPYG/7A3wAAA9gb/sDfAAAD2A39gN4AAAGwDf2AbQAAAXnG+xz1AAABv+MmP+0AAALeIdwj2wAAAuHAcBw7AAAC/+AgP/sAAAM/+gL/5wAAA8f7Bv8fAAAA=-=_NextPart_155844_103006_115704由于排版上的限制，较长的行将会使用分隔为多行显示，样例中的“”字符代表回车换行符。例1：读取邮件的结构。（关于服务器的返回，请参考RFC 2060 IMAP4对于BODYSTRUCTURE的定义）C: FECH 1001 xBS: (1001 125S: (text plain (charset gb2312) NIL NIL base64 14)(image bmp (name pic001.bmp) NIL NIL base64 546) Mixed)S: OKC: FECH 1002 xB ; 1002是不存在的邮件S: (1002)S: OK例2：读取邮件的标头信息C: FECH 1001 xHAS: (1001 166S: Date: Thu, 18 Apr 2003 10:32:30 CSTS: From: S: Reply-To: S: Subject: =?gb2312?B?tPi4vbz+tcSy4srU08q8/g=?=S: To: S: )S: OK例3：读取邮件MIME正文段的标头信息读取第2个正文段的MIME标头信息：C: FECH 1001 xHM2S: (1002 135S: Content-Type: image/bmp; name=pic001.bmpS: Content-Transfer-Encoding: base64S: Content-Disposition: attachment; filename=pic001.bmpS: )S: OK例4: 读取邮件正文读取第一个邮件正文段的数据：C: FECH 1001 xB1S: (1002 14S: MTIzNDU2Nzg5S: )S: OK读取第二个邮件正文段的数据：C: FECH 1001 xB2S: (1002 546S: Qk2OAQAAAAAAAD4AAAAoAAAAKgAAACoAAAABAAEAAAAAAFABAADEDgAAxA4AAAAAAAAAAAAAAAAAS: AP/wD+/0F/v8AAAPH+wb/HwAAAz/6Av/nAAAC/+AgP/sAAALhwHAcOwAAAt4h3CPbAAABv+MmPS: +0AAAF5xvsc9QAAALAN/YBpAAAD2A39gN4AAAPYG/7A3wAAA9gb/sDfAAADsBvewG8AAAOwDa2AbS: wAAAwOeq9wHAAAAD/2t/wkAAAMce3bjjgAAAjOHdxzDAAAAb/93/2EAAABf/Pn/oAAAAN/j/j+wAS: AAAv9/9AAAADf4/4/sAAAAF/8+f+gAAAAb/93/2EAAAIzh3ccwwAAAxx7duOOAAAAD/2t/wkAAS: AMDnqvcBwAAA7ANJYBvAAADsBvewG8AAAPYG/7A3wAAA9gb/sDfAAAD2A39gN4AAAGwDf2AbQAAAS: XnG+xz1AAABv+MmP+0AAALeIdwj2wAAAuHAcBw7AAAC/+AgP/sAAAM/+gL/5wAAA8f7Bv8fAAAA=S: )S: OK读取第二个邮件正文段的数据，指定只获取前32个字节C: FECH 1001 xB2S: (1002 32S: Qk2OAQAAAAAAAD4AAAAoAAAAKgAAACoA) ; 服务器仅返回邮件正文的前32字节S: OK5.6.4 STOR命令 格式STOR UID: 为更改邮件标识而指定的UID。不能指定多个UID。Flag Pattern: xS = -flags (Seen)将指定邮件的状态标识由“Seen”变为“Unseen”。 xH = -flags (Seen /HeaderSeen)将指定邮件的状态标识由“Seen”和“HeaderSeen”变为“Unseen”。返回值： OK BAD BYE 描述当邮件正文内容超过移动终端所能接收的容量时，该命令将邮件状态标识从“Seen”改为“Unseen”。 返回值 OK操作成功。 BAD出现下列情况时，不进行检索直接返回BAD。 命令及它的参数错误； 会话处于未登录状态。 BYE表示U-IMAP服务器无法与邮件存储设备相连接或者由于某种原因无法提供服务。这种情况下，服务器将中断连接。5.6.5 DELV命令 格式DELV FROM TO CC BCC SUBJECT REPLY-TO CONTENT-TYPE CONTENT-TRANSFER-ENCODING MSG send command option N:新建 F:转发n 字节数 进行 “转发”时，待 “转发”邮件的UID。 发件人的电子邮件地址。此处必须填写IMSI，由U-IMAP服务器负责转换为符合RFC 822格式的地址。 收件人的用户账号。此处必须填写IMSI号码，由U-IMAP服务器负责转换为符合RFC 822格式的地址。 抄送（cc）的邮件地址。有关cc的格式，请参考RFC 822。可以采用MDN格式。U-IMAP服务器在进一步寻址之前，可以将MDN转换为符合RFC 822格式的地址。 密件抄送（bcc）的邮件地址。有关bcc的格式，请参考RFC 822。可以采用MDN格式。U-IMAP服务器在进一步寻址之前，可以将MDN转换为符合RFC 822格式的地址。 subject, 主题有关主题（subject）的格式，请参考RFC 822。 reply-to 回复邮件地址回复邮件地址在不在移动终端侧上设置，由U-IMAP服务器根据用户在服务器上的设置自动添加。 内容类型。 内容编码方法，请参见附录A。正文。注意：在收件人/抄送/密件抄送的任何一项中均可以指定多个邮件地址。邮件地址用户的昵称（nickname）只在手机上显示，并不实际发送给U-IMAP服务器。返回值： OK NO BAD 描述该命令在U-IMAP服务中执行邮件的发送。U-IMAP服务器根据从客户端软件处获得的信息编写邮件，也就是创建SMTP信封（envelope）、邮件标头（header）和邮件正文（Body）并将其交给MTA来发送。