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

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

日志如下:

关于发送邮件日志显示450 _关于发送邮件日志显示450

上网上搜索了一番发现:

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

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

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

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

 

关于发送邮件日志显示450 _关于发送邮件日志显示450 _02