[chyb]

·SMTP协议：
·简单邮件传输协议(Simple Mail Transfer Protocol)
·SMTP是一个运行在TCP/IP之上的协议，用它发送和接收电子邮件
·对应RFC(Request For Comments，请求评议)文档为RFC821
·SMTP服务器默认监听端口25
·由于SMTP自身并未蕴含排队机制，所以SMTP(发邮件)经常与另外的邮件传递服务(POP3,IMAP,用来收邮件)结合在一起使用，只有这样才能对发送者发送给接收者的电子邮件进行排队，接收者以后才能在服务器上检索邮件
·相关术语：
·邮件：
·邮件是一种消息的格式，由信封、首部和正文组成：
·信封：
·信封上最重要的是收信人的地址。邮件服务器用这个地址将邮件发送到收信人所在的邮件服务器上
·首部：
·首部是由用户代理或邮件服务器添加的一些信息。包括Received、Message-ID、From、Data、Reply-To、X-Phone、X-Mailer、To和Subject等字段
·正文：
·正文是发送用户发给接收用户报文的内 容。RFC 822规定正文为NVT ASCII文本行
·用户代理：
·用户代理UA（User Agent）是用户与电子邮件系统的交互接口，一般来说它就是我们PC机上的一个程序。Windows上常见的用户代理是Foxmail和Outlook Express
·用户代理提供一个好的用户界面，它提取用户在其界面填写的各项信息，生成一封符合SMTP等邮件标准的邮件，然后采用SMTP协议将邮件发送到发送端邮件服务器
·邮件服务器：
·邮件服务器是电子邮件系统的核心，它用来发送和接收邮件
·邮件的收发过程：
·1) 发信人在用户代理里编辑邮件，包括填写发信人邮箱、收信人邮箱和邮件标题等等。
·2) 用户代理提取发信人编辑的信息，生成一封符合邮件格式标准（RFC822）的邮件。
·3) 用户代理用SMTP将邮件发送到发送端邮件服务器（即发信人邮箱所对应的邮件服务器）。
·4) 发送端邮件服务器用SMTP将邮件发送到接收端邮件服务器（即收信人邮箱所对应的邮件服务器）。
·5) 收信人调用用户代理。用户代理用POP3协议从接收端邮件服务器取回邮件。
·6) 用户代理解析收到的邮件，以适当的形式呈现在收信人面前
·SMTP通信过程(如发送端邮件服务器与接收端服务器的通信)：
·1) 发送端邮件服务器（以下简称客户端）与接收端邮件服务器（以下简称服务器）的25号端口建立TCP连接。
·2) 客户端向服务器发送各种命令，来请求各种服务（如认证、指定发送人和接收人）。
·3) 服务器解析用户的命令，做出相应动作并返回给客户端一个响应。
·4) 2)和3)交替进行，直到所有邮件都发送完或两者的连接被意外中断
·命令和响应：
·命令的一般格式：
·COMMAND [Parameter] <CRLF>
·COMMAND是ASCII形式的命令名称
·Parameter是相应的命令参数
·<CRLF>是回车换行(0DH, 0AH)
·响应的一般格式：
·XXX Readable Illustration
·XXX是三位十进制数
·以2开头的表示成功
·以4和5开头的表示失败
·以3开头的表示未完成(进行中)
·Readable Illustration是可读的解释说明,用来说明命令是否成功等
·一个SMTP通信过程的命令和响应：
C：telnet smtp.126.com 25 /*　以telnet方式连接126邮件服务器　*/
S：220 126.com Anti-spam GT for Coremail System (126com[071018])　/* 220为响应数字，其后的为欢迎信 息，会应服务器不同而不同*/
C：HELO smtp.126.com /* HELO后用来填写返回域名（具体含义请参阅RFC821），但该命令并不检查后面的参数 */
S：250 OK
C：MAIL FROM: /*发送者邮箱*/
S：250 … ./*“…”代表省略了一些可读信息 */
C：RCPT TO: 　/*接收者邮箱*/
S：250 … ./*“…”代表省略了一些可读信息 */
C：DATA /*请求发送数据*/
S：354 Enter mail, end with "." on a line by itself
C：Enjoy Protocol Studing
C：.
S：250 Message sent
C：QUIT /*退出连接*/
S：221 Bye
·注：HELO命令不行的话说明使用的是ESMTP，改用EHLO(for ESMTP)
·常用命令：
·SMTP命令不区分大小写，但参数区分大小写
·HELO <domain> <CRLF>
·向服务器标识用户身份发送者能欺骗，说谎，但一般情况下服务器都能检测到。
·MAIL FROM: <reverse-path> <CRLF>
·<reverse-path>为发送者地址，此命令用来初始化邮件传输，即用来对所有的状态和缓冲区进行初始化。
·RCPT TO：<forward-path> <CRLF>
·<forward-path>用来标志邮件接收者的地址，常用在MAIL FROM后，可以有多个RCPT TO。
·DATA <CRLF>
·将之后的数据作为数据发送，以<CRLF>.<CRLF>标志数据的结尾。
·REST <CRLF>
·重置会话，当前传输被取消。
·NOOP <CRLF>
·要求服务器返回OK应答，一般用作测试。
·QUIT <CRLF>
·结束会话。
·VRFY <string> <CRLF>
·验证指定的邮箱是否存在，由于安全方面的原因，服务器大多禁止此命令。
·EXPN <string> <CRLF>
·验证给定的邮 箱列表是否存在，由于安全方面的原因，服务器大多禁止此命令。
·HELP <CRLF>
·查询服务器支持什么命令
·常用响应：
211 系统状态或系统帮助响应
214 帮助信息
220 ＜domain＞服务就绪
221 ＜domain＞服务关闭
250 要求的邮件操作完成
251 用户非本地，将转发向＜forward-path＞
354 开始邮件输入，以"."结束
421 ＜domain＞服务未就绪，关闭传输信道
450 要求的邮件操作未完成，邮箱不可用
451 放弃要求的操作；处理过程中出错
452 系统存储不足，要求的操作未执行
501 参数格式错误
502 命令不可实现
503 错误的命令序列
504 命令参数不可实现
550 要求的邮件操作未完成，邮箱不可用
551 用户非本地，请尝试＜forward-path＞
552 过量的存储分配，要求的操作未执行
553 邮箱名不可用，要求的操作未执行
554 操作失败
·SMTP的缺点：
·1) 命令过于简单，没提供认证等功能。
·针对缺点1)，标准化组织制定了扩充的SMTP（即ESMTP），对应的RFC文档为RFC1425。
·2) 只传送7位的ASCII码，不能传送二进制文件。
·针对缺点2)，标准化组织在兼容SMTP的前提下，提出了传送非7位ASCII码的方法，对应的RFC文档有两个：邮件首部的扩充对应于RFC1522，邮件正文的扩充对应与RFC1521（即MIME）
·ESMTP:
·ESMTP (Extended SMTP)，是对标准 SMTP 协议进行的扩展
·ESMTP最显著的地方是添加了用户认证功能。
·如果用户想使用ESMTP提供的新命令，则在初次与服务器交互时，发送的命令应该是EHLO而不是HELO
·EHLO对于具体服务器，响应会不同，关键字“8BITMIME”用来说明服务器是否支持正文中传送８位ASCII码，而以“X”开头的关键字都是指服务器自定义的扩充（还没纳入RFC标准）
·邮件首部的扩充：
·首部通过两种编码方式来支持传送非7位ASCII码。它首先通过一 个如下格式的编码字来表明所用的编码方式：
=?charset?encoding?encoded-text?text
·charset是字符集规范。有效值是两个字符串us-ascii和iso-8859-x，其中x是一个单个数字，例如iso-8859-1中的数字为“1”。
·encoding是一个单个字符用来指定编码方法，支持两个值：
·Q代表quoted-printable（可打印）编码。任何要发送的字符若其第8比特置1则被作为3个字符发送：第1个是字符是“=”，后面的两个字符对应于字符的十六进制表示。例如对于二进制码11111111，其对应的十六进制表示为“FF”，所以对应的编码位“=FF”。为了能够传输“=”，“=”的编码方式与第８比特置１的字符相同，因 为其二进制代码为00111101，所以对应的编码为“=3D”。可以看出这种编码方式的开销达200%，所以只适合传送只含有少量非7位ASCII码的文本。
·B代表base64编码。它的编码方法是先将二进制代码划分为一个24bit长的单元，然后将这24bit单元划分为4个6 bit组。每个组按图 2所示的方法转换成ASCII码(0-25依 次映射成A-Z，26-51依次映射成a-z,52-61依次映射成数字0-9，然后62映射成+，63映射成/)
·正文的扩充：
·正文的扩充主要是使正文不仅可以传输NVTASCII字符，而且可以传输任意字符，对应的文档为RFC1511（即MIME）
·一个ESMTP通信过程的命令和响应：
C：telnet smtp.126.com 25 /*　以telnet方式连接126邮件服务器　*/
S：220 126.com Anti-spam GT for Coremail System (126com[071018])　/* 220为响应数字，其后的为欢迎信 息，会应服务器不同而不同*/
C：EHLO smtp.126.com /*除了HELO所具有的功能外，EHLO主要用来查询服务器支持的扩充功能*/
S：250-mail
S：250-AUTH LOGIN PLAIN
S：250-AUTH=LOGIN PLAIN
S：250 8BITMIME /*最后一个响应数字应答码之后跟的是一个空格，而不是'-' */
C：AUTH LOGIN /*请求认证*/
S：334 dxNlcm5hbWU6 /*服务器的响应--经过base64编码了的“Username”*/
C：Y29zdGFAYW1heGl0Lm5ldA== /*发送经过BASE64编码了的用户名*/
S：334 UGFzc3dvcmQ6 /*经过BASE64编码了的"Password:" */
C：MTk4MjIxNA== /*客户端发送的经过BASE64编码了的密码*/
S：235 auth successfully　/*认证成功*/
C：MAIL FROM: /*发送者邮箱*/
S：250 … ./*“…”代表省略了一些可读信息 */
C：RCPT TO: 　/*接收者邮箱*/
S：250 … ./*“…”代表省略了一些可读信息 */
C：DATA /*请求发送数据*/
S：354 Enter mail, end with "." on a line by itself
C：Enjoy Protocol Studing
C：.
S：250 Message sent
C：QUIT /*退出连接*/
S：221 Bye