邮件收发流程解析

2） SMTP  会话
a.  发件人公司邮件服务器分析刚收到的邮件，取出其“收件人邮箱”部分（比如，  [email]zoukj@sinogrid.com[/email] ），并分离出收件人邮箱的域名 sinogrid.com) ；
b.  发件人公司邮件服务器执行 DNS 查询，查询类别为 MX ，查找 sinogrid.com  这个域的   邮件服务器的 IP 地址（可以用 nslookup 命令模拟： nslookup –type=mx sinogrid.com ）；
c.  收件人公司的 DNS 服务器将本公司的邮件服务器列表都返回给发件人公司邮件 服务器；
d.  发件人公司邮件服务器分析获得的收件人公司邮件服务器列表，找出优先级最高的   邮件服务器，试图与其建立 TCP 连接，如果优先级最高的邮件服务器有多个，那么 就轮流使用，如果不能与优先级高的邮件服务器建立连接，则跟优先级次高的服务器   建立连接，以此类推。
    注意： MX  查询的返回值，形如  sinogrid.com   MX preference = 20 ， mail exchanger  = mail.sinogrid.com   其中的那个数值越低，则该记录对应的邮件服务器的 优先级就越高。
e.  如果收件人公司邮件服务器配置了根据发件邮件服务器的 IP 地址来过滤垃圾邮件， 那么它会将发件人公司邮件服务器的 IP 地址跟自己的黑白名单进行匹配，如果发件人 公司邮件服务器的 IP 在黑名单里面，那么它可能会拒绝发件人公司邮件服务器的连接；
f.  发件人公司邮件服务器向收件人公司邮件服务器发送命令  HELO < 发件人公司邮件 服务器域名 >  或者 EHLO < 发件人公司邮件服务器域名 > ，表明自己的身份；
g.  收件人公司邮件服务器响应；
h.  发件人公司邮件服务器取出试图发送的邮件的“发件人邮箱”，向收件人公司邮件 服务器发送命令  MAIL FROM: < 发件人邮箱 > ；
i.  收件人公司邮件服务器如果配置了 DNS 反向查询验证，那么它会这样做：
   首先他执行一个  PTR  类型的 DNS 查询（根据 IP 查找域名），查找出发件人公司邮件 服务器的域名，然后执行一个 MX  类型的 DNS 查询（根据域名查找负责该域的 邮件服务器列表），查找出负责“发件人邮箱”所在域的邮件的邮件服务器列表，判断 发件人公司邮件服务器的域名是否在这个列表里面。如果 PTR  类型的 DNS 查询失败 了（例如我们没有配置 DNS 反向查询，这个需要向 ISP 申请，由他们来做），或者域名 不在列表里面，那么收件人公司邮件服务器会拒绝接收邮件，终止会话。 反之，如果两个条件都满足了，那么以“ OK ”响应发件人公司邮件服务器。
j.  发件人邮件服务器向收件人公司邮局服务器发送命令  RCPT TO: < 收件人邮箱> ，告诉 收件人邮件服务器收件人的邮箱地址；
k.  收件人公司邮局服务器判断该“收件人邮箱”地址（比如 [email]zoukj@sinogrid.com[/email] ）是否 属于自己负责投递的域的邮箱地址（这些域在配置邮件服务器的时候写到相应配置文件 里面），如果收件人公司邮件服务器配置了收件人地址验证的话，它还会去验证该地址 是否存在，如果不是自己负责的域或者地址不存在，那么它会提示发件人公司邮件 服务器。反之，以“ OK ”响应发件人公司邮件服务器。
l.  发件人公司邮件服务器向收件人公司邮件服务器发送命令  DATA  命令，请求发送 邮件；
m.  收件人公司邮局服务器响应发件人公司邮件服务器；
n.  发件人公司邮件服务器向收件人公司邮件服务器发送邮件；
o.  收件人公司邮局服务器响应发件人公司邮件服务器发送命令  QUIT ，终止会话。