关于发送邮件日志显示450

最近发现邮件服务器在发送邮件的时候，出现很多

said: 450 Requested action not taken: AQAAf5ArtAMfEPFP7k0PAA--.42222S2, please try again (in reply to end of DATA command))

日志如下：

上网上搜索了一番发现：

接收方邮件系统使用了一种叫做“Hurdle”的反垃圾邮件技术 ，他的技术原理如下：

使用了“Hurdle”技术的系统，在收到一个陌生的邮箱发过来的一个邮件时，会把这个邮件暂时“扣押”（姑且这么说），并作上记号。同时，系统用退信的方式告诉发件方，我“现在繁忙”、“不能响应请求”，“请稍后再次尝试发送”。
如果，发送方是垃圾邮件发送器，则不会收到这个退信。如果是邮件服务器收到这个返回的信息，通常情况就会对这个退信中的4xx的错误代码做出响应，再次发送。
接收方服务器收到这个再次发来的邮件，就会和上次“扣押”的邮件进行比较，如果两者一样，那么接收方服务器就认为这个邮件不是垃圾邮件，并分发到用户邮箱中，同时，将此发信人列入白名单，下次直接放行。

 这种方法显然能够阻挡很多垃圾邮件，但同时也具有比较严重的缺点：
1，会造成邮件的延迟。
2，误判有用邮件为垃圾邮件，即对于那些对4xx错误代码不在尝试发送的邮件服务器，将无法给这个系统发邮件。 （可以要接收服务器添加白名单解决）
  

知道原因后，等过一段时间再次查看日志发现：邮件还真发送出去了（判断理由：队列ID一样）