Delivery Options 里有一项是对超大邮件使用日程安排的。不过如果你哪边没有特别针对163的连接器的话，应该这个原因的可能性不大。
会不会163 也有类似的东西？ 哇噻，终于有进展了。
看到http://support.3nidc.com/bbs/viewthread.php?tid=298&extra=page%3D1&frombbs=1 这个帖子，试了下
我新建了一个smtp connector, 直接指向126的一个mx 地址，指定对126的信用这个smtp connector来发。
发送了一个4M的邮件，从tracing center看延迟了25分钟。终于比原来快一点了。可惜还不是最理想的结果。
mx 记录下126可以看到有多个服务器IP，不知道exchange发信时是怎么选它的IP的，哪位老大了解，解释一下？
另外这样设置的话，不知以后会不会被126当于垃圾中继给block掉了？哪位知道不？ 原帖由 tdk 于 2009-1-14 17:45 发表 http://5dmail.net/bbs/images/common/back.gif
会不会163 也有类似的东西？
首先谢谢tdk和钉子的热心帮助。
tdk的意思是163对大邮件有了限制，所有相于于我发邮件到163时，对方的server采取的延时机制，因此导致我的邮件延时？
我用其它国内的邮箱inbox.com给126发同样大小的邮件试了下，能正常到达。是不是就可以排除好这个原因。
不过如果是163以发送者域分级的话，如其它知名邮箱无延时机制，而对非知名邮箱有延时机制，那也有可能。
唉，苍天呀，谁知道呀：（ 再用个笨办法
把163的mx都Ping -t 一边，看看那个稳定 延时少
在直接指向他
试试看 原帖由 apuawv 于 2009-1-14 16:57 发表 http://bbs.5dmail.net/images/common/back.gif
谢谢TDK的回复，查了下DNS，没问题，也换了电信的DNS试了，都能一次出来126的mx记录。
另外给126发邮件时，如果附件大于2M，发给126或163的邮件就会延迟1小时以上，如果小于1M，就能立即收到，
可是如果处于 ...
美国邮件服务器换成了电信dns ???
回复 23楼 apuawv 的帖子
这个只能算全做没头绪的猜测了我还是怀疑网络连接效率问题
更换dns 也是为了这个。
因为如果你更换了dns ， 你可以尝试tracert 目标
对比一下，路由过程往往会有一定改变
如果 恰巧绕开了不太理想的部分，可能会有改观，
但不排除东边日出西边雨的情况发生。
不过你直接指定连接特定的mx，也许会更直接。 原帖由 tdk 于 2009-1-14 21:46 发表 http://5dmail.net/bbs/images/common/back.gif
这个只能算全做没头绪的猜测了
我还是怀疑网络连接效率问题
更换dns 也是为了这个。
因为如果你更换了dns ， 你可以尝试tracert 目标
对比一下，路由过程往往会有一定改变
如果 恰巧绕开了不太理想的部分，可能 ...
在美国的服务器上tracert或ping 均是request timed out.看不出啥结果来。不过可以telnet到其25端口，可能是tracert或ping都超时了：（
只能用现在办法再观察几天看了。
再次谢谢TDK版主的帮助。 会不会是你网络问题！！！
