SMTP协议简介
SMTP协议简介
一、协议简介
SMTP被用来在因特网上传递电子邮件。文件RFC821规定了该协议的所有细节。但是你只须记住下面的内容－－该协议的基本命令和方法就行了。
协议的原理很简单。无非是一个客户端计算机向服务器发送命令，然后服务器向客户端计算机返回一些信息。客房端发送的命令以及服务器的回应都是字符串，你并不需要特别的软件就能读出它们。如果你仔细看过WinsockTerminal示例程序的源代码，你就会发现这一点。现在让我们用这个示例程序来向自己发一封电子邮件吧。
运行示例程序，单击"Connect"按钮，在"Connectto..."对话框中输入你的电子邮件服务器的地址，选择SMTP选项。最后按"Connect"按钮。如果连接成功，Winsock控件会产生Connected事件，在状态栏中也可看到连接成功的信息。在主文本窗口中你将看到从服务器返回的文本。该文本包含一个三位数的代码及描述，例如：
220-ns.cinfo.ruSendmail8.6.12/8.6.9readyatWed,22Apr199822:54:41+0300
220ESMTPspokenhere
不必太过留意这些描述。因为这些描述可能会因服务器而异。你只须要知道代码所代表的意思就行了。代码220表示成功建立连接，服务器等待你的第一个命令。
向服务器传递的第一个命令是HELO.该命令包含一个参数，即你的邮箱名。
HELOoleg
注意:在RFC821中，HELO是一个可选择性命令，如果服务器不要求该命令的话，你可以把它忽略掉。
如果命令成功，服务器会返回一个代码为250的回应。下一步用MAILFROM命令告诉服务器你想发一封邮件。该命令以发信人的邮件地址为参数。
MAILFROM : oleg@vbip.com
发完命令后，如果服务器返回一个代码为250回应，你就可以向服务器发送RCPTTO命令了。该命令以收信人地址为参数，一看便知是告诉服务器你想将邮件发到收信人地址处。
RCPTTO : somebody@domain.com
如果你想将邮件发给多个收件人的话。你需要多次使用RCPTTO命令，对每个命令，服务器都会返回代码为250的回应。
现在你可以向服务器发送邮件正文了。用DATA命令告诉服务器以下的内容为邮件正文。在你从服务器收到代码为354的回应后，你就可以发送邮件正文了。邮件按行发送，每行邮件以一个无回车的换行符结束（在VB中就是vbLf）示例程序知道何时使用换行符，何时使用回车加换行符。所以你只须按回车键就行了。下面是一个例子：
Subject : Myfirste-mailmessage.
Firstlineofamessage.
Secondline.
.
注意上面最后一行的最后一个字符是一个小数点。这是正文结束的标志。用VB代码表示就是vbLf&"."&vbCrLf.服务器收到这个标志后，就会立即向你返回一个代码为250的回应以及该邮件的唯一ID号。
250WAA10568Messageacceptedfordelivery
任务完成了，你可以继续发送下封邮件，也可以断开同服务器的连接。如果要断开同服务器的连接就用QUIT命令。在这种情况下，服务器会返回一个代码为221的回应并断开连接。
二、SMTP协议原始命令码和工作原理
1.SMTP是工作在两种情况下：一是电子邮件从客户机传输到服务器；二是从某一个服务器传输到另一个
服务器
2.SMTP是个请求/响应协议，命令和响应都是基于ASCII文本，并以CR和LF符结束。响应包括一个表示返
回状态的三位数字代码
3.SMTP在TCP协议25号端口监听连接请求
4.连接和发送过程：
a.建立TCP连接
b.客户端发送HELO命令以标识发件人自己的身份，然后客户端发送MAIL命令
服务器端正希望以OK作为响应，表明准备接收
c.客户端发送RCPT命令，以标识该电子邮件的计划接收人，可以有多个RCPT行
服务器端则表示是否愿意为收件人接受邮件
d.协商结束，发送邮件，用命令DATA发送
e. 以.表示结束输入内容一起发送出去
f.结束此次发送，用QUIT命令退出。
5.另外两个命令：
VRFY---用于验证给定的用户邮箱是否存在，以及接收关于该用户的详细信息。
EXPN---用于扩充邮件列表。
6.邮件路由过程：
SMTP服务器基于‘域名服务DNS中计划收件人的域名来路由电子邮件。SMTP服务器基于DNS中的MX记录
来路由电子邮件，MX记录注册了域名和相关的SMTP中继主机，属于该域的电子邮件都应向该主机发送。
若SMTP服务器mail.abc.com收到一封信要发到shuser@sh.abc.com:
a.Sendmail请求DNS给出主机sh.abc.com的CNAME记录，如有，假若CNAME到shmail.abc.com，则再次
请求shmail.abc.com的CNAME记录，直到没有为止
b.假定被CNAME到shmail.abc.com,然后sendmail请求@abc.com域的DNS给出shmail.abc.com的MX记录，
shmail MX 5 shmail.abc.com
10 shmail2.abc.com
c. Sendmail最后请求DNS给出shmail.abc.com的A记录，即IP地址，若返回值为1.2.3.4
d. Sendmail与1.2.3.4连接，传送这封给shuser@sh.abc.com的信到1.2.3.4这台服务器的SMTP后台程序
7.SMTP基本命令集：
命令 描述
------------------------------
HELO 向服务器标识用户身份
发送者能欺骗，说谎，但一般情况下服务器都能检测到。
MAIL 初始化邮件传输
mail from:
RCPT 标识单个的邮件接收人；常在MAIL命令后面
可有多个rcpt to:
DATA 在单个或多个RCPT命令后，表示所有的邮件接收人已标识，并初始化数据传输，以.结束。
VRFY 用于验证指定的用户/邮箱是否存在；由于安全方面的原因，服务器常禁止此命令
EXPN 验证给定的邮箱列表是否存在，扩充邮箱列表，也常被禁用
HELP 查询服务器支持什么命令
NOOP 无操作，服务器应响应OK
QUIT 结束会话
RSET 重置会话，当前传输被取消
--------------------------------
8. MAIL FROM命令中指定的地址是称作 envelope from地址，不需要和发送者自己的地址是一致的。
RCPT TO 与之等同，指明的接收者地址称为envelope to地址，而与实际的to：行是什么无关。
9.为什么没有RCPT CC和RCPT BCC:?
所有的接收者协商都通过RCPT TO命令来实现，如果是BCC，则协商发送后在对方接收时被删掉信封接收者
10.邮件被分为信封部分，信头部分和信体部分
envelope from, envelope to 与message from:, message to:完全不相干。
evnelope是由服务器主机间SMTP后台提供的，而message from/to是由用户提供的。有无冒号也是区别。
11. 怎样由信封部分检查是否一封信是否是伪造的？
a. received行的关联性。
现在的SMTP邮件传输系统，在信封部分除了两端的内部主机处理的之个，考虑两个公司防火墙之间
的部分，若两台防火墙机器分别为Ａ和Ｂ，但接收者检查信封received：行时发现经过了C.则是伪造的。
b. received ：行中的主机和IP地址对是否对应如：
Receibed : from galangal.org (turmeric.com [104.128.23.115] by mail .bieberdorf.edu....
c. 被人手动添加在最后面的received行：
Received : from galangal.org ([104.128.23.115]) by mail .bieberdorf.edu (8.8.5)
Received : from lemongrass.org by galangal.org (8.7.3)
Received : from graprao.com by lemongrass.org (8.6.4)
三、SMTP协议通讯模型
SMTP协议是TCP/IP协议族中的一员，主要对如何将电子邮件从发送方地址传送到接收方地址，也即是对传输的规则做了规定。SMTP协议的通信模型并不复杂，主要工作集中在发送SMTP和接收SMTP上：首先针对用户发出的邮件请求，由发送SMTP建立一条连接到接收SMTP的双工通讯链路，这里的接收SMTP是相对于发送SMTP而言的，实际上它既可以是最终的接收者也可以是中间传送者。发送SMTP负责向接收SMTP发送SMTP命令，而接收SMTP则负责接收并反馈应答。可大致用下面的通讯模型示意图来表示：
[attach]483[/attach]
四、SMTP协议的命令和应答
从前面的通讯模型可以看出SMTP协议在发送SMTP和接收SMTP之间的会话是靠发送SMTP的SMTP命令和接收SMTP反馈的应答来完成的。在通讯链路建立后，发送SMTP发送MAIL命令指令邮件发送者，若接收SMTP此时可以接收邮件则作出OK的应答，然后发送SMTP继续发出RCPT命令以确认邮件是否收到，如果接收到就作出OK的应答，否则就发出拒绝接收应答，但这并不会对整个邮件操作造成影响。双方如此反复多次，直至邮件处理完毕。SMTP协议共包含10个SMTP命令，列表如下：
SMTP命令命令说明
HELLO＜domain＞＜CRLF＞识别发送方到接收SMTP的一个HELLO命令
MAILFROM :＜reverse-path＞＜CRLF＞＜reverse-path＞为发送者地址。此命令告诉接收方一个新邮件发送的开始，并对所有的状态和缓冲区进行初始化。此命令开始一个邮件传输处理，最终完成将邮件数据传送到一个或多个邮箱中。
RCPTTO :＜forward-path＞＜CRLF＞＜forward-path＞标识各个邮件接收者的地址
DATA＜CRLF＞
接收SMTP将把其后的行为看作邮件数据去处理，以＜CRLF＞.＜CRLF＞标识数据的结尾。
REST＜CRLF＞退出/复位当前的邮件传输
NOOP＜CRLF＞要求接收SMTP仅做OK应答。（用于测试）
QUIT＜CRLF＞要求接收SMTP返回一个OK应答并关闭传输。
VRFY＜string＞＜CRLF＞验证指定的邮箱是否存在，由于安全因素，服务器多禁止此命令。
EXPN＜string＞＜CRLF＞验证给定的邮箱列表是否存在，扩充邮箱列表，也常禁止使用。
HELP＜CRLF＞查询服务器支持什么命令
注：＜CRLF＞为回车、换行，ASCII码分别为13、10（十进制）。
SMTP协议的每一个命令都会返回一个应答码，应答码的每一个数字都是有特定含义的，如第一位数字为2时表示命令成功；为5表失败；3表没有完成。一些较复杂的邮件程序利用该特点，首先检查应答码的首数字，并根据其值来决定下一步的动作。下面将SMTP的应答码列表如下：
应答码说明
501参数格式错误
502命令不可实现
503错误的命令序列
504命令参数不可实现
211系统状态或系统帮助响应
214帮助信息
220＜domain＞服务就绪
221＜domain＞服务关闭
421＜domain＞服务未就绪，关闭传输信道
250要求的邮件操作完成
251用户非本地，将转发向＜forward-path＞
450要求的邮件操作未完成，邮箱不可用
550要求的邮件操作未完成，邮箱不可用
451放弃要求的操作；处理过程中出错
551用户非本地，请尝试＜forward-path＞
452系统存储不足，要求的操作未执行
552过量的存储分配，要求的操作未执行
553邮箱名不可用，要求的操作未执行
354开始邮件输入，以"."结束
554操作失败
五、SMTP服务对命令流水的扩展
1．摘要
本文主要定义了一种SMTP服务扩展，使用这种服务扩展服务器可以说明它在一个TCP发送操作中可以接收多少个指令。在一个TCP发送指令中使用多个操作可以大大提高系统的运行效率。
2.介绍
虽然SMTP服务已经广泛使用了，效果也不错，但是对它的扩展也是不可少的。如果某个网络需要很长时间进行连接，那SMTP运行的效果可就比较差了。SMTP的时间就费在等待一个个的命令上了。如果能够使SMTP客户端进行命令流水，也就是一次发送许多指令，就会提高运行效率。但以前的协议中没有说明这一条，客户无法知道服务器能够同时接收多少指令。因此产生了如下的一些问题：
连接过程中连接失控或缓冲区满；
在SMTP命令失败时清除TCP输入缓冲区，有时这是没有必要的；
对一些命令会不讲道理地判断它为失败，例如一些服务器如果在上一个REPTTO失败后会再不接收DATA命令，而不管RCPTTO之前的命令是不是成功，而有些服务器则可以在RCPTTO命令失败后接收DATA命令。
3.命令流水扩展框架
它的定义如下：
此服务扩展的名称为流水（Pipelining）；
与EHLO相关联的扩展值是PIPELINING；
PIPELININGEHLO不再参数；
MAILFROM或RCPTTO命令不附加其它参数；
没有附加其它SMTP命令；
4.流水服务扩展
当客户机希望使用流水时，它会发送EHLO命令到服务器，如果服务器以250响应（其中的响应包括PIPELINING）就表明服务器支持SMTP服务流水。
4.1.客户使用流水
在客户知道服务器可以支持流水的时候，客户可以传输多个命令（称为命令组）到服务器，不用发送一条等待一下然后再发一条，特别的RSET，MAILFROM，SENDFROM，SOMLFROM，SAMLFROM和RCPTTO可以出现在命令组的任何地方。EHLO，DATA，VRFY，EXPN，TURN，QUIT和NOOP只能出现在命令组中的最后位置，因为它们成功与否将改变SMTP命令所处的状态。由其它SMTP扩展产生的命令只能出现在组中的最后位置。实际传送的命令可以是组中的第一个命令。
客户SMTP必须检查与组中据有相关的状态。如果RCPTTP接收地址未被接受，客户端必须检查DATA的状态，客户端不能假设因为没有RCPTTO是成功的所以DATA就会失败。如果DATA命令被正确拒绝，客户端可以发出RSET，如果DATA命令没有被正确拒绝，客户端要发出一个点（dot）。命令所产生的状态必须和分别发出每个命令时相同，必须支持多行（Multiline）响应。客户SMTP可以选择在非阻塞状态运行，它在接收到服务器的响应时立即处理，即使还有数据需要发送也不能推迟对响应的处理。如果不支持非阻塞状态，客户端必须检查TCP窗口的大小，TCP窗口的大小必须大于命令组的大小。窗口大小经常是4K，如果不能进行这样的检查，可能会导致死锁。
4.2.服务器对流水的支持
服务器应该提供下面的服务扩展：
在任何情况下不行将TCP输入缓冲区的内容丢弃；
当且仅当接收到一个或多个有效的RCPTTO命令时，才对DATA命令应该主动发出响应；
因为DATA命令没有合法的接收者，结果接收到空信息时，不要再发出消息给任何人（当然对DATA命令还要做一个响应）；
对成组的RSET，MAILFROM，SENDFROM，SOMLFROM，SAMLFROM和RCPTTO命令的响应先保存起来，然后一起发送；
不允许缓存对EHLO，DATA，VRFY，EXPN，TURN，QUIT和NOOP的响应；
不允许缓冲不可识别命令的响应；
在本地TCP输入缓冲区为空时必须将据有未发出的响应全部发出；
不允许对未接收到的命令进行猜测；或假设它的存在；
在响应的文本信息中应该表时这是对哪个命令进行的响应；
5.例子
下面是一个不支持流水的SMTP会话：其中S代表服务器，C代表客户端；
S :<等待打开连接>
C :<打开连接>
S :220innosoft.comSMTPserviceready
C : HELOdbc.mtview.ca.us
S :250innosoft.com
C : MAILFROM :
S :250senderOK
C : RCPTTO :
S :250recipientOK
C : RCPTTO :
S :250recipientOK
C : RCPTTO :VC@INNOSOFT.COM>
S :250recipientVC@INNOSOFT.COM>OK
C : DATA
S :354传输邮件内容，并以一个只有”.”的行结束邮件
...
C :.
S :250messagesent
C : QUIT
S : 221goodbye
在上例中客户需要9次等待服务器的响应，下面我们来看看在支持流水的情况下是什么样子：其中S代表服务器，C代表客户端；
S:<等待打开连接>
C :<打开连接>
S : 220innosoft.comSMTPserviceready
C : EHLOdbc.mtview.ca.us
S : 250-innosoft.com
S : 250PIPELINING
C : MAILFROM :
C : RCPTTO :
C : RCPTTO :
C : RCPTTO : VC@INNOSOFT.COM>
C : DATA
S : 250senderOK
S : 250recipientOK
S : 250recipientOK
S : 250recipientVC@INNOSOFT.COM>OK
S : 354传输邮件内容，并以一个只有”.”的行结束邮件
...
C :.
C : QUIT
S : 250messagesent
S : 221goodbye
现在等待的次数由9次变为了4次，下面我们看一下当据有接收者均被拒绝时会是什么情况：
S:<等待打开连接>
C:<打开连接>
S :220innosoft.comSMTPserviceready
C : EHLOdbc.mtview.ca.us
S :250-innosoft.com
S :250PIPELINING
C : MAILFROM :
C : RCPTTO :
C : RCPTTO :
C : DATA
S : 250senderOK
S : 550remotemailtonotallowed
S : 550remotemailtonotallowed
S : 554novalidrecipientsgiven//未给出合法的接收者
C : QUIT
S : 221goodbye
客户端也等待了4次，如果服务器在接收DATA命令当不检查接收者的合法性，则是下面的情况：
S :<等待打开连接>
C :<打开连接>
S :220innosoft.comSMTPserviceready
C : EHLOdbc.mtview.ca.us
S :250-innosoft.com
S : 250PIPELINING
C : MAILFROM :
C : RCPTTO :
C : RCPTTO :
C : DATA
S:250senderOK
S:550remotemailtonotallowed
S:550remotemailtonotallowed
S:354传输邮件内容，并以一个只有”.”的行结束邮件
C:.
C : QUIT
S:554novalidrecipients//未给出合法的接收者
S:221goodbye
六、SMTP协议-PHP的邮件发送程序例子
classZSMailBox
{
var$fpSocket;
var$strLog;
var$strSMTPServer;
var$strSMTPPort;
var$strFrom;
var$strTo;
functionZSMailBox()
{
$this->strLog="";
$this->strSMTPPort="25";
$this->strFrom="";
$this->strTo="";
}
functionDoCommand($strCommand,$strOKReply)
{
fputs($this->fpSocket,$strCommand);
$strReply=fgets($this->fpSocket,512);
if(!ereg("^$strOKReply",$strReply))
{
returnfalse;
}
returntrue;
}
functionWaitReply($strOKReply)
{
$strReply=fgets($this->fpSocket,512);
$this->strLog.="Reply : $strReply"."
n";
if(!ereg("^$strOKReply",$strReply))
{
returnfalse;
}
returntrue;
}
functionSendData($strSubject,$strContent)
{
$str="To :".$this->strTo.chr(13).chr(10);
$str.="From :".$this->strFrom.chr(13).chr(10);
$str.="Subject :".$strSubject.chr(13).chr(10).chr(13).chr(10);
$str.=$strContent;
$str.=chr(13).chr(10).".".chr(13).chr(10);
fputs($this->fpSocket,$str);
returntrue;
}
functionSendMail($strSubject,$strContent)
{
if($this->VerifySMTPVariables())
{
$this->strLog="";
}else
{
$this->strLog="AnyofSMTPvariablesareinvaild
n";
returnfalse;
}
$this->fpSocket=fsockopen($this->strSMTPServer,$this->strSMTPPort);
if(!$this->fpSocket)
{
$this->strLog.="Cann'topensocket
n";
returnfalse;
}
$this->strLog.="Opensocketsucceed
n";
if(!$this->WaitReply("220"))
{
fclose($this->fpSocket);
returnfalse;
}
$strCommand="HELO".$this->strSMTPServer."n";
if(!$this->DoCommand($strCommand,"250"))
{
$this->strLog.="HELOerror
n";
fclose($this->fpSocket);
returnfalse;
}
$strCommand="MAILFROM:<".$this->strTo.">n";
if(!$this->DoCommand($strCommand,"250"))
{
$this->strLog.="MAILerror
n";
fclose($this->fpSocket);
returnfalse;
}
$strCommand="RCPTTO:<".$this->strTo.">n";
if(!$this->DoCommand($strCommand,"250"))
{
$this->strLog.="Refusetoestablishthechannel
n";
fclose($this->fpSocket);
returnfalse;
}
$strCommand="DATAn";
if(!$this->DoCommand($strCommand,"354"))
{
$this->strLog.="Refusetorecievethedata
n";
fclose($this->fpSocket);
returnfalse;
}
if(!$this->SendData($strSubject,$strContent))
{
$this->strLog.="Senddataerror
n";
fclose($this->fpSocket);
returnfalse;
}
if(!$this->WaitReply("250"))
{
$this->strLog.="Senddataunsuccessful
n";
fclose($this->fpSocket);
returnfalse;
}
$strCommand="QUITn";
if(!$this->DoCommand($strCommand,"221"))
{
$this->strLog.="QUITerror
n";
fclose($this->fpSocket);
returnfalse;
}
fclose($this->fpSocket);
returntrue;
}
functionVerifyMailAddr($strMailAddr)
{
return(eregi("^[_.0-9a-z-]+@([0-9a-z][0-9a-z-]+.)+[a-z]{2,3}$",$strMailAddr));
}
functionVerifyWebSiteAddr($strWebSiteAddr)
{
return(eregi("^([_0-9a-z-]+.)+[a-z]{2,3}$",$strWebSiteAddr));
}
functionVerifySMTPVariables()
{
if(!$this->VerifyWebSiteAddr($this->strSMTPServer))
returnfalse;
if(!isset($this->strSMTPPort))
returnfalse;
if(!$this->VerifyMailAddr($this->strFrom))
returnfalse;
if(!$this->VerifyMailAddr($this->strTo))
returnfalse;
returntrue;
}
functionSetSMTPVariables($strServer,$strPort,$strFrom,$strTo)
{
if(isset($strServer))
$this->strSMTPServer=$strServer;
if(isset($strPort))
$this->strSMTPPort=$strPort;
if(isset($strFrom))
$this->strFrom=$strFrom;
if(isset($strTo))
$this->strTo=$strTo;
}
}
?>
$strSMTPPort="25";
$strTo.="@sina.com";
break;
case2: $strSMTPServer="smtp.163.net";
$strSMTPPort="25";
$strTo.="@163.net";
break;
case3: $strSMTPServer="smtp.yeah.net";
$strSMTPPort="25";
$strTo.="@yeah.net";
break;
case4: $strSMTPServer="smtp.netease.com";
$strSMTPPort="25";
$strTo.="@netease.com";
break;
case5: $strSMTPServer="smtp.sohu.com";
$strSMTPPort="25";
$strTo.="@sohu.com";
break;
case6: $strSMTPServer="smtp.263.net";
$strSMTPPort="25";
$strTo.="@263.net";
break;
default: $strSMTPServer="smtp.sina.com.cn";
$strSMTPPort="25";
$strTo="guestxyz@sina.com";
break;
}
}
if(!isset($strFrom)||($strFrom==""))
{
$strFrom=$strTo ;
}
if(!isset($strSubject)||($strSubject==""))
{
$strSubject="Nosubject";
}
if(!isset($strContent)||($strContent==""))
{
$strContent="Nocontent";
}
$zsmb=newZSMailBox ;
$zsmb->SetSMTPVariables($strSMTPServer,$strSMTPPort,$strFrom,$strTo);
if($zsmb->SendMail($strSubject,$strContent))
{
printf("OK");
}else
{
printf($zsmb->strLog);
}
}
七、SMTP安全手册—理论基础
SMTP协议原理
SMTP-简单邮件传输协议（SimpleMailTransferProtocol），是定义邮件传输的协议，它是基于TCP服务的应用层协议，由RFC0821所定义。SMPT协议规定的命令是以明文方式进行的。为了说明SMTP的工作原理，我们以向www.linuxaid.com.cn发送邮件为实例进行说明。
在linux环境下，使用"telnetwww.linuxaid.com.cn25"连接www.linuxaid.com.cn的25号端口(SMTP的标准服务端口)；在windows下使用telnet程序，远程主机指定为www.linuxaid.com.cn，而端口号指定为25，然后连接www.linuxaid.com.cn：交互过程如下：
[lix@nslix]$telnetwww.linuxaid.com.cn25
Trying202.99.11.120...
Connectedtowww.linuxaid.com.cn.
Escapecharacteris'^]'.
HELOideal
220www.linuxaid.com.cnESMTPSendmail8.10.2/8.10.2; Mon,18Sep200013:40:44
+0800
250www.linuxaid.com.cnHello[210.12.114.130],pleasedtomeetyou
MAILFROM : ideal@btamail.net.cn
2502.1.0IDEAL@btamail.net.cn...Senderok
RCPTTO : ideal@linuxaid.com.cn
2502.1.5ideal@linuxaid.com.cn...Recipientok
DATA
354Entermail,endwith"."onalinebyitself
hello,Plstogettomeetu : )goodluck
.
2502.0.0e8I5j1M11204Messageacceptedfordelivery
QUIT
2212.0.0www.linuxaid.com.cnclosingconnection
Connectionclosedbyforeignhost.
其中黑体部分是输入的命令，其他内容是对方邮件服务器输出的状态信息。
这里，HELO是客户向对方邮件服务器发出的标识自己的身份的命令，这里假设发送者为ideal；MAILFROM命令用来表示发送者的邮件地址；RCPTTO：标识接收者的邮件地址，这里表示希望发送邮件给ideal@linuxaid.com.cn，如果邮件接收者不是本地用户，例如RCPTTO :
ideal@btamail.net.cn，则说明希望对方邮件服务器为自己转发(Relay)邮件，若该机器允许转发这样的邮件，则表示该邮件服务器是OPENRELAY的，否则说明该服务器不允许RELAY；DATA表示下面是邮件的数据部分，输入完毕以后，以一个"."开始的行作为数据部分的结束标识；QUIT表示退出这次会话，结束邮件发送。
这就是一个简单的发送邮件的会话过程，其实当使用outlookexpress等客户软件发送时，后台进行的交互也是这样的，当然，SMTP协议为了处理复杂的邮件发送情况如附件等等，定义了很多的命令及规定，具体可以通过阅读RFC821来获得。
当你的一个朋友向你发送邮件时，他的邮件服务器和你的邮件服务器通过SMTP协议通信，将邮件传递给你邮件地址所指示的邮件服务器上（这里假设你的本地邮件服务器是Linux系统），若你通过telnet协议直接登录到邮件服务器上，则可以使用mail等客户软件直接阅读邮件，但是若你希望使用本地的MUA(MailUserAgent，如outlookexpress等客户软件)来阅读邮件，则本地客户端通过POP3或IMAP协议与邮件服务器交互，将邮件信息传递到客户端(如：win98系统)。而如果你向你的朋友回复一封信件时，你所使用的MUA也是通过SMTP协议与邮件服务（一般为发送邮件地址对应的email地址）器通信，指示其希望邮件服务器帮助转发一封邮件到你朋友的邮件地址指定的邮件服务器中。若本地邮件服务器允许你通过它转发邮件，则服务器通过SMTP协议发送邮件到对方的邮件服务器。这就是接受和发送邮件的全部过程。
什么是mailRelay
邮件服务器一般具有一个或若干个域名(这些域名应该出现在某个配置文件内)，邮件服务器在运行时将监听25号端口，等待远程的发送邮件的请求。网络上其他的mail服务器或者请求发送邮件的MUA(MailUserAgent,如outlookexpress、foxmail等等)会连接邮件服务器的25号端口，请求发送邮件，SMTP会话过程一般是从远程标识自己的身份开始，过程如下：
HELOremote.system.domainname
250qmailserver.domain
MAILFROM ：user@somewherer.net
250OK
RCPTTO : user1@elsewhere.net
邮件的接收者user1@elsewhere.net中的域名并不一定是邮件接受服务器的所具有的本地域名，也就是说邮件目的可能不是上面协议交互中的接收方，而是邮件发送者希望接收邮件服务器帮助其转发邮件。这时候本地系统可能有两种回答，接受它：
250OK
或者拒绝接受它:
553sorry,.thatdomainisnotinmydomainlistofallowedrecphosts
第一种情况下，本地邮件服务器是允许relay的，它接收并同意传递一个目的地址不是本地的邮件；而第二种情况则不接收非本地邮件。
为什么不能配置邮件服务器为openrelay？
如果系统管理员将自己的邮件服务器设置为openrelay，将会导致一些垃圾邮件发送者将你的邮件服务器作为转发自圾邮件的中继站，这将使垃圾邮件的接收者将矛头对准你，可能会导致报复性的邮件炸弹；垃圾邮件还能消耗你大量的资源，占用你的带宽。更为糟糕的事情可能是你的名字可能会上了黑名单，成为其他邮件接收者共同抵制的目标，你的邮件将被这些接收者所拒绝。
