邮件传输协议的SMTP过程

本节提供了SMTP中的一些过程。头一个说明的是基本发送过程（定义为发送操作）。下来描述向前传送邮件，确认邮箱名称和扩展邮件列表，发送到终端和打开关闭交换。在本节的最后是对中断，邮件域的说明。本节的例子只是一部分命令和应答的序列，完整的例子见附录F。 在SMTP发送操作中有三步，操作由MAIL命令开始给出发送者标识。一系列或更多的RCPT命令紧跟其后，给出了接收者信息，然后是DATA命令列出发送的邮件内容，最后邮件内容指示符确认操作。

过程中的第一步是MAIL命令，< reverse-path >包括源邮箱。

MAIL FROM:

此命令告诉接收者新的发送操作已经开始，请复位所有状态表和缓冲区。它给出反向路径以进行错误信息返回。如果请求被接收，接收方返回一个250 OK应答。中不止包括了邮箱，它包括了主机和源邮箱的反向路由，其中的第一个主机就是发送此命令的主机。

过程中的第二步是发送RCPT命令。

RCPT TO:

此命令给出向前路径标识接收者，如果命令被接收，接收方返回一个250 OK应答，并存储向前路径。如果接收者未知，接收方会返回一个550 Failure应答。此过程可能会重复若干次。

不仅包括邮件，它是主机和目的邮箱的路由表，在其中的第一个主机就是接收命令的主机。

过程中的第三步是发送DATA命令。

DATA

如果命令被接收，接收方返回一个354 Intermediate应答，并认定以下的各行都是信件内容。当信件结尾收到并存储后，接收者发送一个250 OK应答。因为邮件是在传送通道上发送，因此必须指明邮件内容结尾，以便应答对话可以重新开始。SMTP通过在最后一行仅发送一个句号来表示邮件内容的结束，在接收方，一个对用户透明的过程将此符号过滤掉，以不影响正常的数据。

注意：邮件内容包括如下提示：Date, Subject, To, Cc, From。

邮件内容指示符确认邮件操作并告知接收者可以存储和再发送数据了。如果此命令被接收，接收方返回一个250 OK应答。DATA命令仅在邮件操作未完成或源无效的情况下失败。

上面所述的过程是一个发送操作。这些命令只能以上面的顺序使用。下例表示了在一个发送操作中这些命令的使用。

SMTP过程例子 此例是在Alpha。ARPA主机的Smith发送邮件给Beta ARPA主机的Jones，Green和Brown的，这里假定主机Alpha与主机Beta直接相连。

S: MAIL FROM:

R: 250 OK

S: RCPT TO:

R: 250 OK

S: RCPT TO:

R: 550 No such user here

S: RCPT TO:

R: 250 OK

S: DATA

R: 354 Start mail input; end with

S: Blah blah blah

S: 等等

S:

R: 250 OK

此信被前两个人接收，而第三个人在此主机上没有邮箱。 下面是一些中目的地址不正确的，但接收者知道正确的目的地址的例子。在这些例子中，下列应答之一应该允许发送方与获得正确地址。

251：用户不在本地；将向前发送到。

这个应答意味着，接收方SMTP知道用户的邮箱在另外的主机上，而且意味着将在未来使用正确的转向路径。请注意，主机或者用户，或者它们两者是不同的。接收方负责传送消息。

551 ：用户非本地，请尝试

这个应答意味着接收SMTP知道用户的邮箱在另外的主机上，并意味着使用了正确的转发路径。注意请注意，主机或者用户，或者它们两者是不同的。接收方拒绝接收此用户的信件，发送者必须根据提供的信息重新发送或者向原发送者返回错误信息。

下例显示了这些响应的应用。

转发的例子

S: RCPT TO:

R: 251 User not local; will forward to

或者

S: RCPT TO:

R: 551 User not local; please try SMTP提供了另外的确认用户名和扩展邮件列表的功能。这些功能由VREF和EXPN命令完成，它们都以字符串为参数。对于VREF命令，字符串参数指的是用户名，对此命令的响应要包括用户的命名和用户的邮箱。对于EXPN命令，字符串参数指的是邮件列表，对此命令的响应多于一个，它们要包括所有列表中用户的命名和他们的邮箱。

“用户名”是一个多余的项目，它是故意被加上的。如果主机采用VREF命令和EXPN命令，最后本地邮箱必须提供用户名使它被主机确认。如果主机选择由另外的字符串作为用户名，也是允许的。

在一些主机中，邮箱列表和一个邮箱的代名有一点不清楚，因为一般的数据结构可能包括两种类型的入口。如果要发出对邮件列表的确认，应该给出确定响应。在接收到这个消息后，主机将把邮件传送到列表上所有的地址上去，如果没有接收到确定响应，就会报告错误。例如，550 That is a mail list, not a user name。如果请求用于扩展一个用户名，可能通过返回包括一个名字的列表来形成确定响应，如果没有接收到确定响应，就会报告错误。（例如， 550 That is a user name, not a mailing list）。

在多个响应的情况下（通常是对于EXPN而言的），每个应答指定一个邮箱。在模糊请求的情况下，例如VRFY Smith，这里两个Smith的响应必须是553 User ambiguous。

确认用户名的情况如下例所示：例3：

确认用户名

S: VRFY Smith R: 250 Fred Smith

或者

S: VRFY Smith

R: 251 User not local; will forward to

或者

S: VRFY Jones

R: 550 String does not match anything

或者

S: VRFY Jones

R: 551 User not local; please try

或者

S: VRFY Gourzenkyinplatz

R: 553 User ambiguous

邮箱列表要求多个响应的情况如下例所示：

扩展邮件列表的例子

S: EXPN Example-People

R: 250-Jon Postel

R: 250-Fred Fonebone

R: 250-Sam Q Smith

R: 250-Quincy Smith <@USC-ISIF ARPA:Q-Smith@ISI-VAXA ARPA>

R: 250-

R: 250

或者

S: EXPN Executive-Washroom-List

R: 550 Access Denied to You

VERF和EXPN命令的字符串命令参数因为具体实现的不同而不能再加以限制了。在一些系统上，EXPN命令的参数可能是一个包含邮件列表的文件名，但是在Internet上有许多不同的文件结构。

VRFY和EXPN命令在最小实现中并不包括，当它们实现时，它们也不要求被在传送间实现。 SMTP的主要目的是将邮件发送到用户的邮箱中。由一些主机提供的类似的功能是把邮件送至用户的终端（如果用户正打开终端）。将邮件送到用户的邮箱中称为发送信件（mailing）；而送至用户终端则称之为获得信件（sending）。因为在一些主机上，这两者的实现十分类似，所以它们同时被放入了SMTP中。然而，获得信件命令在SMTP的最小实现中是没有的。用户应该具有控制向终端上写信息的能力。大部分主机允许用户接受或者拒绝类似的信息。

下面三个命令被定义来支持获得信件。它们被用于邮件命令而不是MAIL命令，指示接收SMTP这种操作的特殊意义：

SEND FROM:

SEND命令要求邮件内容直接传送到用户终端。如果用户未打开终端（或者未接收终端信息），450响应将返回一个RCPT命令。如果信息被成功发送，此操作成功。

SOML FROM:

Send或者MaiL命令要求将邮件内容直接发送到用户的终端上（如果用户在终端上）。如果用户不在终端上，邮件内容直接进入邮箱。如果邮件被发送到用户终端或者用户信箱，发送操作成功。

SAML FROM:

Send和MaiL命令要求邮件内容直接发送到用户终端上（如果用户在终端上）。不管怎么样，信件都会进入信箱。如果信件进入信箱，发送操作成功。

用于MAIL命令的响应和这些命令的响应相同。 当打开传送通道时，要交换一些信息以确定双方的身份。以下的命令是用于打开和关闭的：

HELO

QUIT

在HELLO命令中，主机自己发送命令，此命令可以被解释为：“你好，我是XX”。 转发路径可能是如下格式：@ONE,@TWO:JOE@THREE，在这里，ONE，TWO和THREE是主机。这种格式用于强调地址和路径的区别。邮箱是绝对地址，路径是关于如何到达的信息。这两个概念不应该被混淆。

概念上，转发路径的元素被移动到回复路径作为从一个SMTP服务器到另一个SMTP服务器的信息。回复路径是一个反向数据源路径，例如从当前信息的位置到发起者的位置。当一个SMTP服务器从转发路径中删除自己的标记并将它插入到回复路径中时，它必须使用它发送环境能够理解的名称来进行，以防它的名称在不同的环境中被理解为不同的名字。

如果当SMTP接收到信息的转发路径的第一个元素不是此SMTP的标记时，此元素不从转发路径中删除，而被用来决定下一个应该发送到的SMTP服务器。在任何情况下，SMTP都将自己的标记加入反向路径中。

使用源路径时，接收SMTP接收转发的邮件并发送到另一接收SMTP服务器上。接收服务器可以接受或拒绝转发本地用户的邮件。接收SMTP通过将它自己的标记从转发路径移至回复路径的开始处来改变命令参数。这时，接收SMTP变成了发送SMTP，也就建立了到下一个转发路径中SMTP的通道，然后，它向这个SMTP发送邮件。

在回复路径上的头一个主机应是发送SMTP命令的主机，在转发路径上第一个主机应是接收SMTP命令的主机。

注意：转发路径和回复路径出现在SMTP命令和应答中，但不一定要出现在信息中。也就是说，没有必须要这样的路径特别这种格式出现在信息头的To:，From:和CC:等域中。

如果SMTP服务器接受了转发任务，但后来它发现因为转发路径不正确或者其它原理无法发送邮件，它必须建立一个undeliverable mail信号，将它此信号送到此信的发主者那里。

此信号必须是从此主机的SMTP服务上发出的，当然了，此服务器不应该再报告出错信息的错误。一种阻止这种出错报告循环的情况是在信号的邮件命令的回复路径上置空。在传送此信息时，允许将回复路径也置为空。一个MAIL命令后的回复路径为空表现为如下形式：

MAIL FROM:<>

下例中显示了不可传送的邮件信息。此信息是对从HOSTW上的JOE发出的邮件经过在HOSTX需要经过HOSTZ到达HOSTY时出错的回应。我们看到的例子是在HOSTX和HOSTY之间发生的。

不可传送邮件信息的例子

S: MAIL FROM:<>

R: 250 ok

S: RCPT TO:<@HOSTX ARPA:JOE@HOSTW ARPA>

R: 250 ok

S: DATA

R: 354 send the mail data, end with

S: Date: 23 Oct 81 11:22:33

S: From: SMTPHOSTY ARPA

S: To: JOE HOSTW ARPA

S: Subject: Mail System Problem

S:

S: Sorry JOE, your message to SAM @HOSTZ ARPA lost

S: HOSTZ ARPA said this:

S: 550 No Such User

S:

R: 250 ok 域是被引入ARPA Internet邮件系统的。使用域可以使地址空间从一个平面的普通字符串主机名变成全局地址的一个层次结构。主机由一个域名取代，起始主机是由一系列元串组成，它们由逗号按最特殊到一般的顺序排列。

无论域名在SMTP中如何使用，只有正式的名称才可以被使用，不可以使用假名或昵称。 TURN命令可以用来改变在传输信道上通信的程序的角色。如果程序A是发送SMTP，它发送TURN命令并接到OK应答（250）后，它就变为接收SMTP了。同理，程序B也可以从接收SMTP变为发送SMTP。若要拒绝改变角色，接收方可以发送502作为应答。

注意：此命令是可选的。在使用TCP的传输信道时，一般不使用此命令。然而，当建立传输信道的代价比较大时，此命令很有用。例如，此命令可以支持一般公共交换电话系统作为传输信道。

接收和发送邮件的服务器地址是不能乱写的，虽然各邮箱设置方法大同小异，只是不同服务器特征字符不同，但还要根据不同邮箱设置不同的SMTP地址。具体方式如下：

一、163的邮箱：  

打开 Outlook（即 Outlook Express），点击“工具”，然后选“帐户”。

单击“添加”，在弹出菜单中选择“邮件”，进入 Internet 连接向导。  

在“显示名”字段中输入真实姓名，然后单击“下一步”。  

在“电子邮件地址”字段中输入完整 163 免费邮地址(you@163com)，然后单击“下一步”。  

在“接收邮件（pop、IMAP或HTTP）服务器”字段中输入 pop163com。在“发送邮件服务器 (SMTP)”字段中输入：smtp163com，单击“下一步”。  

在“帐户名”字段中输入163免费邮用户名（仅输入@ 前面的部分）。在“密码”字段中输入邮箱密码，然后单击“下一步”。  

点击“完成”。  

在 Internet 帐户中，选择“邮件”选项卡，选中刚才设置的帐号，单击“属性”。  

在属性设置窗口中，选择“服务器”选项卡，勾选“我的服务器需要身份验证”，并点击旁边的“设置”按钮。  

登录信息选择“使用与接收邮件服务器相同的设置”，确保您在每一字段中输入了正确信息。  

点击“确定”。  

二、QQ邮箱

QQ邮箱设置很简单，点击设置，切换到账户设置，拉到下面，点击POP3/SMTP 服务右边的开启。

然后在邮箱客户端，比如Foxmail添加QQ邮箱账户，一般会自动识别POP3 和 SMTP 服务器地址，如果没有识别到，可以按如下地址设置：

注：

1、SMTP服务器需要身份验证。

2、如果是设置POP3和SMTP的SSL加密方式，则端口如下：

1）POP3服务器（端口995）；2）SMTP服务器（端口465或587）。

三、如果是其它的邮箱，比如sohu、sina只需要将163换成sina、sohu就可以了。  

假定你想配置一个 Linux 应用，用于从你的服务器或桌面客户端发送邮件信息。邮件信息可能是邮件简报、状态更新（如 Cachet）、监控警报（如 Monit）、磁盘时间（如 RAID mdadm）等等。当你要建立自己的 邮件发送服务器 传递信息时 ，你可以替代使用一个免费的公共 SMTP 服务器，从而避免遭受维护之苦。

谷歌的 Gmail 服务就是最可靠的 免费 SMTP 服务器 之一。想要从应用中发送邮件通知，你仅需在应用中添加 Gmail 的 SMTP 服务器地址和你的身份凭证即可。

使用 Gmail 的 SMTP

服务器会遇到一些限制，这些限制主要用于阻止那些经常滥用服务器来发送垃圾邮件和使用邮件营销的家伙。举个例子，你一次只能给至多 100

个地址发送信息，并且一天不能超过 500

个收件人。同样，如果你不想被标为垃圾邮件发送者，你就不能发送过多的不可投递的邮件。当你达到任何一个限制，你的 Gmail

账户将被暂时的锁定一天。简而言之，Gmail 的 SMTP 服务器对于你个人的使用是非常棒的，但不适合商业的批量邮件。

说了这么多，是时候向你们展示 如何在 Linux 环境下使用 Gmail 的 SMTP 服务器 了。

Google Gmail SMTP 服务器设置

如果你想要通过你的应用使用 Gmail 的 SMTP 服务器发送邮件，请牢记接下来的详细说明。

邮件发送服务器 （SMTP 服务器）: smtpgmailcom

使用认证: 是

使用安全连接: 是

用户名: 你的 Gmail 账户 ID （比如 "alice" ，如果你的邮箱为 alice@gmailcom）

密码: 你的 Gmail 密码

端口: 587

确切的配置根据应用会有所不同。在本教程的剩余部分，我将向你展示一些在 Linux 上使用 Gmail SMTP 服务器的应用示例。

从命令行发送邮件

作为第一个例子，让我们尝试最基本的邮件功能：使用 Gmail SMTP 服务器从命令行发送一封邮件。为此，我将使用一个称为 mutt 的命令行邮件客户端。

先安装 mutt：

对于 Debian-based 系统：

$ sudo apt-get install mutt

对于 Red Hat based 系统：

$ sudo yum install mutt

创建一个 mutt 配置文件（~/muttrc），并和下面一样，在文件中指定 Gmail SMTP 服务器信息。将 替换成自己的 Gmail ID。注意该配置只是为了发送邮件而已（而非接收邮件）。

$ vi ~/muttrc

set from = "@gmailcom"set realname = "Dan Nanni"set smtp_url = "smtp://@smtpgmailcom:587/"set smtp_pass = ""

一切就绪，使用 mutt 发送一封邮件：

$ echo "This is an email body" | mutt -s "This is an email subject" alice@yahoocom

想在一封邮件中添加附件，使用 "-a" 选项

$ echo "This is an email body" | mutt -s "This is an email subject" alice@yahoocom -a ~/test_attachmentjpg

使用 Gmail SMTP 服务器意味着邮件将显示是从你 Gmail 账户发出的。换句话说，收件人将视你的 Gmail 地址为发件人地址。如果你想要使用自己的域名作为邮件发送方，你需要使用 Gmail SMTP 转发服务。

当服务器重启时发送邮件通知

如果你在 虚拟专用服务器（VPS）

上跑了些重要的网站，建议监控 VPS 的重启行为。作为一个更为实用的例子，让我们研究如何在你的 VPS

上为每一次重启事件建立邮件通知。这里假设你的 VPS 上使用的是 systemd，并向你展示如何为自动邮件通知创建一个自定义的 systemd

启动服务。

首先创建下面的脚本 reboot_notifysh，用于负责邮件通知。

$ sudo vi /usr/local/bin/reboot_notifysh

#!/bin/sh

echo "`hostname` was rebooted on `date`" | mutt -F /etc/muttrc -s "Notification on `hostname`" alice@yahoocom

$ sudo chmod +x /usr/local/bin/reboot_notifysh

在这个脚本中，我使用 "-F" 选项，用于指定系统级的 mutt 配置文件位置。因此不要忘了创建 /etc/muttrc 文件，并如前面描述的那样填入 Gmail SMTP 信息。

现在让我们创建如下一个自定义的 systemd 服务。

$ sudo mkdir -p /usr/local/lib/systemd/system$ sudo vi /usr/local/lib/systemd/system/reboot-taskservice

[Unit]

Description=Send a notification email when the server gets rebooted

DefaultDependencies=no

Before=reboottarget

[Service]

Type=oneshot

ExecStart=/usr/local/bin/reboot_notifysh

[Install]

WantedBy=reboottarget

在创建服务后，添加并启动该服务。

$ sudo systemctl enable reboot-task$ sudo systemctl start reboot-task

从现在起，在每次 VPS 重启时，你将会收到一封通知邮件。

通过服务器使用监控发送邮件通知

作为最后一个例子，让我展示一个现实生活中的应用程序，Monit，这是一款极其有用的服务器监控应用程序。它带有全面的 VPS 监控能力（比如 CPU、内存、进程、文件系统）和邮件通知功能。

如果你想要接收 VPS 上由 Monit 产生的任何事件的邮件通知，你可以在 Monit 配置文件中添加以下 SMTP 信息。

set mailserver smtpgmailcom port 587

username "" password ""

using tlsv12

set mail-format {

from: @gmailcom

subject: $SERVICE $EVENT at $DATE on $HOST

message: Monit $ACTION $SERVICE $EVENT at $DATE on $HOST : $DESCRIPTION

Yours sincerely,

Monit

}

# the person who will receive notification emails

set alert alice@yahoocom

这是一个因为 CPU 负载超载而由 Monit 发送的邮件通知的例子。