SMTP邮件发送工具，代码很简单，只是连接邮件服务器，端口好像不能使用SSL，登录需要SMTP地址、端口、账号、密码。

SMTP邮件发送工具，代码很简单，只是连接邮件服务器，端口好像不能使用SSL，登录需要SMTP地址、端口、账号、密码！

软件相关

SMTP协议

SMTP 是在RFC 821 中定义的，其功能是将电子邮件消息从发件人的邮件服务器传输到收件人的邮件服务器。 SMTP 的历史比HTTP 古老得多。它的RFC 写于1982 年，而SMTP 的实际使用早在很多年前就已存在。尽管SMTP 具有许多出色的品质（见证了它在Internet 上的普遍存在），但它是一种具有某些“古老”特征的传统策略。例如，它将所有电子邮件消息的正文（不仅仅是标题）限制为简单的7 位ASCII 字符格式。这种限制在20 世纪80 年代初是有意义的，当时互联网的传输能力不足，没有人在电子邮件中附加大型图像、音频或视频文件。然而，在当今的多媒体时代，这种限制似乎有些限制性。 —— 强制二进制多媒体数据在通过SMTP 传输之前首先编码为7 位ASCII 文本； SMTP传输完成后，对应的7位ASCII文本邮件消息被解码为二进制数据。 HTTP不需要对多媒体数据进行这样的编码和解码操作。

例子

下面我们通过一个常见场景来说明SMTP 的基本操作。假设A 向B 发送一封简单的ASCII 文本电子邮件：

A 致电其电子邮件用户代理，提供B 的电子邮件地址，编写电子邮件内容，然后要求用户代理发送电子邮件。

A 的用户代理将电子邮件发送到她的邮件服务器，邮件服务器将消息放入消息队列中。

在A 的邮件服务器上运行的SMTP 客户端在消息队列中看到此邮件消息后，它会打开与在B 的邮件服务器主机上运行的SMTP 服务器的TCP 连接。

经过一些初始SMTP 握手后，SMTP 客户端将A 的电子邮件发送到TCP 连接上。

在B的邮件服务器主机上，SMTP服务器收到邮件后，将邮件投递到B的邮箱中。

B 致电自己的电子邮件用户代理，以便在方便时阅读电子邮件。

值得注意的是，SMTP 通常不使用中间邮件服务器主机来中继邮件，即使源邮件服务器主机和目标邮件服务器主机位于地球上相反的位置。假设Aiice的邮件服务器主机在香港，Bob的邮件服务器主机在阿拉巴马州，则建立的TCP连接将是两个服务器主机之间的连接。具体来说，如果Bob的邮件服务器发生故障，那么A发送给B的邮件消息将被存储在A的邮件服务器中等待新的尝试，并且不会被存储在中间邮件服务器中。

我们来看一下SMTP将电子邮件从发送邮件服务器传输到接收邮件服务器的具体过程：

正如我们将看到的，SMTP 协议和人们用于面对面交互的礼仪之间有许多相似之处。首先，发送邮件服务器主机上运行的SMTP 客户端发起与接收邮件服务器主机上运行的SMTP 服务器端口号25 的TCP 连接的建立。如果接收邮件服务器当前未工作，则SMTP 客户端会等待一段时间，然后再尝试建立连接。此连接建立后，SMTP客户端和服务器首先执行一些应用层握手操作。正如人们在转手之前进行自我介绍一样，SMTP 客户端和服务器在发送信息之前也进行自我介绍。在此SMTP 握手阶段，SMTP 客户端向服务器指示发件人和收件人的电子邮件地址。互相自我介绍后，客户发送一封电子邮件。 SMTP 可以依靠TCP 提供的可靠数据传输服务将消息无错误地传送到服务器。如果客户端还有其他电子邮件要发送到同一服务器，则会在同一TCP 连接上重复上述过程；否则，它指示TCP 关闭连接。

与HTTP的比较

让我们简单比较一下SMTP 和HTTP。这两种协议都用于将文件从一台主机传输到另一台主机； HTTP 用于将文件（或对象）从Web 服务器传输到Web 用户代理（即浏览器），而SMTP 用于将文件（或对象）从邮件服务器传输到邮件服务器。另一个邮件服务器传送文件（即电子邮件）。 SMTP 和持久HTTP 在传输文件时都使用持久连接。可以看出，这两种协议具有一些共同的特点，但它们之间的差异也很大。首先，HTTP 基本上是一个拉协议（pull protocol）。有人将信息上传到Web 服务器，用户在方便时使用HTTP 从服务器提取信息。相反，HTTP 连接是由想要接收文件的主机发起的。 SMTP 基本上是一种推送协议（推送协议）——。发送邮件服务器将文件推送到接收邮件服务器。相反，SMTP 连接是由想要发送文件的主机发起的。

SMTP 和HTTP 之间的第二个重要区别是SMTP 要求每封电子邮件（包括正文部分）采用7 位ASCII 文本格式。