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.withub.org收到一封信要发到pcl@withub.org
a.Sendmail请求DNS给出主机withub.org的CNAME记录，如有，假若CNAME到mail.withub.org，则再次请求mail.withub.org的CNAME记录，直到没有为止.
b.假定被CNAME到mail.withub.org,然后sendmail请求@withub.org域的DNS给出mail.withub.org的MX记录，
shmail MX 5 mail.withub.org
10 shmail2.withub.org
c. Sendmail最后请求DNS给出shmail.withub.org的A记录，即IP地址，若返回值为1.2.3.4
d. Sendmail与1.2.3.4连接，传送这封给pcl@withub.org的信到1.2.3.4这台服务器的SMTP后台程序
这里是协议的一个解析过程，我们要看看，利用lr录制脚本后然后回放，录制的过程中mail.withub.org返回客户端服务器上有多少给用户的邮件，lr把这个数字保存下来，最为下次回放的时候对比。当你第二次回放的时候，lr模拟客户端发送请求，这时候服务器上没有了新邮件，返回可能是0,lr把这个返回值和当时录制的脚本保存的返回值进行对比（那个时候可能服务器上有3个新的邮件，服务器返回的值是3），明显这个值是动态变化的。你的脚本如果没有经过修改，肯定是回返不成功的。
那么上边提到的错误信息，同样的道理，我们要分析一下到底是什么问题，从协议上分析，从系统环境上分析。
解决方法，动态关联
1.用同样的用户操作同样的步骤两次，然后用lr工具wdiff进行脚本对比，找出不同的地方！
2.用lr自动关联
3.手工关联，找到要替换的动态数据进行替换
文章来源于领测软件测试网 https://www.ltesting.net/