发给126或163的邮件延迟1小时以上

tdk

原帖由 钉子 于 2009-1-14 12:17 发表
Delivery Options 里有一项是对超大邮件使用日程安排的。不过如果你哪边没有特别针对163的连接器的话，应该这个原因的可能性不大。

会不会163 也有类似的东西？

apuawv

哇噻，终于有进展了。

看到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掉了？哪位知道不？

apuawv

原帖由 tdk 于 2009-1-14 17:45 发表


会不会163 也有类似的东西？

首先谢谢tdk和钉子的热心帮助。

tdk的意思是163对大邮件有了限制，所有相于于我发邮件到163时，对方的server采取的延时机制，因此导致我的邮件延时？

我用其它国内的邮箱inbox.com给126发同样大小的邮件试了下，能正常到达。是不是就可以排除好这个原因。

不过如果是163以发送者域分级的话，如其它知名邮箱无延时机制，而对非知名邮箱有延时机制，那也有可能。

唉，苍天呀，谁知道呀：（

tdk

再用个笨办法
把163的mx都Ping -t 一边，看看那个稳定 延时少
在直接指向他
试试看

tdk

原帖由 apuawv 于 2009-1-14 16:57 发表


谢谢TDK的回复，查了下DNS，没问题，也换了电信的DNS试了，都能一次出来126的mx记录。

另外给126发邮件时，如果附件大于2M，发给126或163的邮件就会延迟1小时以上，如果小于1M，就能立即收到，
可是如果处于 ...

美国邮件服务器换成了电信dns ???

tdk

这个只能算全做没头绪的猜测了
我还是怀疑网络连接效率问题
更换dns 也是为了这个。
因为如果你更换了dns ， 你可以尝试tracert 目标
对比一下，路由过程往往会有一定改变
如果 恰巧绕开了不太理想的部分，可能会有改观，
但不排除东边日出西边雨的情况发生。
不过你直接指定连接特定的mx，也许会更直接。

apuawv

原帖由 tdk 于 2009-1-14 21:46 发表
这个只能算全做没头绪的猜测了
我还是怀疑网络连接效率问题
更换dns 也是为了这个。
因为如果你更换了dns ， 你可以尝试tracert 目标
对比一下，路由过程往往会有一定改变
如果 恰巧绕开了不太理想的部分，可能 ...

在美国的服务器上tracert或ping 均是request timed out.看不出啥结果来。不过可以telnet到其25端口，可能是tracert或ping都超时了：（

只能用现在办法再观察几天看了。

再次谢谢TDK版主的帮助。

hwxu

会不会是你网络问题！！！

钉子

使用连接器直接投递到指定IP的方式只是减少了DNS查询的步骤，从而排除DNS查询不当造成问题的可能，并不会影响对方将你当成垃圾邮件。