海外邮件转发4.docVIP

目前由于GFW等原因，中国和国外的邮件通信一片惨象，海外邮件收发出现退信或丢失可以说是家常便饭。而面对这种情况，更是集中了几种表现：　　1）企业自建服务器：对于这种情况束手无策，毫无办法。只能够考虑更换外包方式，或者继续忍受；　　2）非专业邮件服务商：他们一般也不会投入海外服务器进行处理，或者投入海外服务器无论从能力还是技术上，都比较薄弱（比如无加密，无智能DNS），从而无法有效解决海外转发问题　　3）263专业邮件服务商：我们通过自己的投递技术，结合加密，智能DNS等处理，使得海外邮件收发达到国内最佳水平。　　海外邮件不畅通原因分析　　发往海外的邮件，或者海外用户发给国内的邮件，经常会出现无法收到、半截中断、用户非本地等等多种情况。　　而出现这些的情况，主要有以下几个原因：　　1）国内和国际之间的网络拥塞，或者跳数过多，而导致的无法传输　　2）被国外的部分运营商拒收　　3）国内和国外之间的国际出口错误导致，　　目前3）的情况对用户的海外邮件收发产生巨大的影响。一般用户和运营商，都无力解决。　　经常表现为：　　(host [14]　　said: 551 User not local; please try　　lost connection with mx21.F[31] while sending MAIL FROM　　以及邮件内容被替换为：　　AAAAZZZZZAAAAZZZZAAAZZZZ　　等莫名其妙的情况　　所有海外邮件投递问题的解决，无论是接收还是发送，都必须在物理上建立海外服务器的方式，并且在海外服务器和国内之间的传输上，采取加密措施，从而规避国际出口问题。　　如果无物理上的海外服务器，或者是没有有效加密邮件传输技术的，从根本上，都无法解决海外邮件传输问题。 263企业邮箱向海外发送邮件示意图 263企业邮箱收海外向国内投递邮件示意图 　　真假海外测试判断方案　　目前一些运营商也声称具有海外功能。其实是否具有真正的海外邮件投递功能，可以根据邮件的邮件头来了解。MX邮件头范本：　　Received的IP部分，表示邮件投递过程中经过的服务器的IP地址。　　Received: from ( [9])　　by (Postfix) whith ESMTP idN9;　　Mon, 09 Jul 2007 12:59:33 +0800 (CST)　　Received: from ( [0])　　by etapm (Postfix) with ESMTP id 5D679242B9C　　for ; Mon, 9 Jul 2007 12:59:20 +0800 (CST)　　Received: from (localhost [])　　by us2 (Postfix) with ESMTP id CC2B953469B　　for ; Mon, 9 Jul 2007 00:00:10 -0500 (CDT)　　Received: from (localhost [])　　by (Postfix) with ESMTP id A4A081A2C146　　for ; Mon, 9 Jul 2007 00:00:10 -0500 (CDT)　　Received: from ( [5]) by (Postfix) whith ESMTP id 9413H17RRA;　　Mon, 09 Jul 2007 00:00:10 -0500 (CDT)　　Received: from BAY110-W5 ([05]) by with Microsoft SMTPSVC(6.0.3790.2668);　　Sun, 8 Jul 2007 21:59:42 -0700　　以下从下往上一步一步记录了邮件的投递过程。　　SMTP往海外投递方案则原理一致，都是在邮件头内，能够完善的记录邮件投递经过的各个环节。　　通过分析邮件头的信息，可以判断邮件的投递是否真正经过了物理的海外服务器 享用海外转发服务的准备 　　由于通过海外服务器进行邮件的中转，会加大邮件的延时（根据邮件的大小不同，一般是十几秒到几分钟不等），所以并不是所有的域，都自动享用的海外服务。需要根据用户的情况来调整。　　1）用户发往海外出现海外原因的退信，263企业邮箱会将目的域加入到海外服务器中，从而实现向海外的SMTP发信　　2）用户反映无法接收特定域的邮件，并且判断是由于国内外传输原因的，则263将用户的域加入到MX服务器中，享用海外的MX收信功能（用户DNS中的MX记录的第一优先级需要指向海外MX服务器）　　注：智能DNS技