电子邮件协议中POP3协议用于接收邮件，SMTP协议用于发送邮件。SMTP的全称为Simple Mail Transfer Protocol，也就是简单邮件传输协议，字如其名。
 
相较于POP3而言，SMTP确实比较简单。这里的简单并不是指SMTP的命令比POP3少，而是指SMTP的命令是有序的，而POP3的命令是无序的，理解这一点很重要。也就是说SMTP的命令是要组合在一起才能完成一次邮件发送任务，单独调用每个命令的意义不大。POP3命令则不同，LIST、STAT、UIDL、TOP、RETR、DELE等命令都可以独立使用，比如用LIST命令查看邮件清单，然后用RETR命令接收邮件。
 
简单的另一层含义是：就socket编程而言实现发送数据要比实现接收数据简单点。
比如接收数据时要判断数据是否接收完毕。如果一条数据以回车换行结束，就需要判断是否接收到了"\r\n"，从而确保读取到一条完整的消息体。而发送数据则不需要考虑上述问题，你可以按照自己的节奏发送数据，可以一次将整个消息体发送出去，也可以不用考虑服务器的死活一个字节一个字节发送数据，直至将整条消息发送完毕。
换句话说，接收数据要以流的方式进行，而不是简单的开辟一个缓冲区，进行一次recv操作。 虽然大部分情况下这种方式也没有问题，比如写个Demo程序，但如果要让你的网络程序非常健壮的话，最好以流的方式进行读取。因为并不是每次对方都会按照你期望的方式发送数据给你，比如，你开辟了1024字节缓冲区用于接收网络数据，但对方可能一次只给你发送一个字节，或者发出了1025个字节。
 
SMTP和HTTP协议一样都属于请求应答式协议，也就是一问一答，客户端发送命令后，服务器返回响应内容。 SMTP的响应格式和HTTP协议的基本一样，都是响应码+响应描述。响应码用三位数字表示，空格后则是响应信息的描述，只是HTTP协议会多一个版本信息。

这种一问一答式协议，在HTTP协议上体现的并不是很明显，只有HTTP连接设置为Keep-Alive时，你才有机会使用GET或POST命令反复与服务器进行交互，否则只有一次问答的机会。

但在SMTP协议下这种一问一答的交互方式就非常明显了。 主要原因是完成一次邮件的发送任务涉及到的步骤比较多，我把电子邮件的发送分为如下五个步骤：

1、建立会话；
2、身份认证；
3、发送邮件信封（发件人和收件人）；
4、发送邮件内容（邮件正文和附件）；
5、关闭会话；

这一步是发送数据最多也是最复杂的一步，但操作命令却只有一个，就是DATA，也就是数据（邮件内容），邮件内容主要包括三个部分（可能会有内嵌资源文件，也可以理解为狭义上的附件）：

1、邮件头；
2、邮件正文；
3、邮件附件；

DATA命令发送后，服务器会返回354响应码，并告诉客户端，数据结束要以"\r\n.\r\n"来标识。接下来客户端就可以发送整个邮件内容了。

DATA354 End data with <CR><LF>.<CR><LF>SUBJECT: =?UTF-8?B?5p2l6IeqU29mdGxlZe+8jOi/meaYr+S4gOWwgea1i+ivlemCruS7tg==?=FROM: <lig4961@yeah.net>TO: 'softlee1' <syfzxm@163.com>, 'softlee2' <lig4961@yeah.net>MIME-Version: 1.0Content-Type: multipart/mixed;boundary="=NextPart_SOFTLEE_Mail_E0B1A829CB1D4f55A037AE04B6A72078"--=NextPart_SOFTLEE_Mail_E0B1A829CB1D4f55A037AE04B6A72078Content-Type: text/html; charset=utf-8Content-Transfer-Encoding: base64PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgVHJhbnNpdGlvbmFsLy9FTiIgImh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXRyYW5zaXRpb25hbC5kdGQiPg0KPGh0bWwgeG1sbnM9Imh0dHA6Ly93d3cudzMub3JnLzE5OTkveGh0bWwiPg0KDQo8aGVhZD4NCiAgICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQv

邮件内容的格式目前基本都采用MIME格式，MIME格式比较简单，可参见文章：《如何解析EML（邮件）格式的文件以及一款小巧的EML邮件阅读工具》。
 
这里我们不具体介绍如何编码邮件正文和附件。主要介绍邮件头中的信息，主题（Subject）、发件人（From）、收件人（To）、抄送（Cc）。我们看查看邮件时，读到的主题、收件人和抄送人就来自于上述字段。这里收件人和抄送人仅作为邮件头的一部分进行展现，服务器并不会关心这些地址是否真实存在，或者说服务器并不关心这些地址是否跟使用RCPT TO命令发送的地址保持一致。回到第三阶段中最后的几个问题，我们可以通过邮件头来展现该邮件的抄送人是谁，并且将密送人隐藏掉。当然你也可以篡改上述信息，比如隐瞒某些收件人，或者将密送人也一并展现。
 
邮件正文和附件的编码可参照MIME格式的文章。最后所有数据发送完毕后，一定要发送"\r\n.\r\n"，从而告诉SMTP服务器所有数据发送完毕。
 

五、会话结束

SMTP命令：QUIT
这一步非常简单，就是发送一条QUIT命令，QUIT命令发送完毕后，还是要判断服务器的返回码是否为250。如果返回的不是，则表明发送失败，SMTP服务器可能不会将邮件转发到收件人所在的邮箱中，这一点很重要。

至此，整个SMTP协议介绍完毕。SMTP协议比较简单，但具体的实现细节可能还有很多，需要在实践中去体验，有的服务器返回消息体是多行的，比如outlook邮箱的服务器，下面是outlook邮箱使用STARTTLS协议截图：
 

 

附一： SMTP邮件发送工具
该工具特点：
1、基于命令行方式且只有一个独立文件；
2、支持SSL、STARTSSL协议；
3、具有丰富的命令行参数；

附二： 电子邮件相关文章和工具
《POP3协议（电子邮件邮局协议）中UIDL和TOP命令在实际使用中的作用》
《POP3：基于命令行的电子邮件（EMail）在线查看和批量下载工具》
《EmlParse：一款超轻量级的批量解析EML格式电子邮件的工具》