04:30.040578 client.1065 ＞ server.smtp: S 1087965815:1087965815（0） win 64240 ＜mss 1460,nop,wscale 0,nop,nop,timestamp[|tcp]＞ （DF）
19:04:30.040613 server.smtp ＞ client.1065: S 99285900:99285900（0） ack 1087965816 win 10136 ＜nop,nop,timestamp 20468779 0,nop,[|tcp]＞ （DF）
19:04:30.040960 client.1065 ＞ server.smtp: . ack 1 win 64240 （DF）
client连接
服务器的25端口，三次握手正常，没有问题，我们再往下看
19:04:30.048862 server.33152 ＞ client.113: S 99370916:99370916（0） win 8760 ＜mss 1460＞ （DF）
19:04:33.411006 server.33152 ＞ client.113: S 99370916:99370916（0） win 8760 ＜mss 1460＞ （DF）
19:04:40.161052 server.33152 ＞ client.113: S 99370916:99370916（0） win 8760 ＜mss 1460＞ （DF）
19:04:56.061130 server.33152 ＞ client.113: R 99370917:99370917（0） win 8760 （DF）
19:04:56.070108 server.smtp ＞ client.1065: P 1:109（108） ack 1 win 10136 ＜nop,nop,timestamp 20471382 167656＞ （DF）
这里有问题了，我们看到server端试图连接client的113认证端口，然而client端并不会去回应它，server端从19点04分30秒到19点04分56秒尝试3次，费时26秒后，才放弃认证尝试，主动reset了client端的113ush后面的
数据，而正是在这个过程中所花费的时间，使用户发送邮件时产生了漫长的等待。
题找到了，下面的工作就好办了，通过修改
