邮件服务器-邮件系统-邮件技术论坛(BBS)

标题: 发给126或163的邮件延迟1小时以上 [打印本页]

作者: apuawv 时间: 2008-12-28 17:38
标题: 发给126或163的邮件延迟1小时以上
windows 2003+exchange 2003，ex server无前后端设置，就一台server
另，邮件服务器在美国

目前遇到以下问题，请教各位，
如果附件大于2M，发给126或163的邮件就会延迟1小时以上，而如果同时抄送给sohu,yahoo,hotmail等的都能5分钟内就收到。
但如果发给126或163的邮件小于1M，就能立即收到，
可是如果处于1M与2M之间，从126收到的信头看received 时间没有延迟，但我实际接收时间则也是延迟1小时以上。

以下附图为大于2M的邮件的信头及smtp日志。

我的分析：如果是网络原因，从国外服务器发到国内服务器有延迟，那么发给国内的其它邮件如sohu那也应该有延迟，可是经测试sohu的就能立即收到，是否就可排除这一原因?
               另外我用smtpdiag测试，从ex server上连接126的smtp server,也都是pass
               另外我还怕因为ex上queue太多，导致等待过长，也在ex server不忙的时候做过测试，状况依旧
               是网易的server有特殊的设置吗？还是其它原因，不解。
特来请教各位大侠，请帮忙分析分析。

126 received.JPG (135.57 KB, 下载次数: 0)

在126中收到邮件的信头

smtp log.JPG (61.82 KB, 下载次数: 0)

server上12.22的log文件中没发现此测试邮件记录，但在12.23的log中看到

追踪日志.JPG (179.06 KB, 下载次数: 0)

ESM中追踪中心中查看历史记录

作者: tdk 时间: 2008-12-30 06:20
现在手机看图不便,看不到日志
我暂时建议在服务器上做ping -l 65535
对比看看到sohu 126
还可以tracert 二者,看看路由情况

作者: tdk 时间: 2008-12-30 09:34
现在看到图了
从你的邮件头看不就是延时了 1个多小时吗？
11：20发送
12:54 收到

作者: tdk 时间: 2008-12-30 09:45
可能就是和163传输效率问题吧
或者163有限制？或者163过滤检查？
不清楚
另外你的smtp日志中怎么到354就结束了呢？
不是还应该有 250 和关闭连接吗？ exchange2003的日志格式我不太清楚

作者: apuawv 时间: 2009-1-5 13:05
谢谢TDK版主

可是我也觉得奇怪，对于163的，都没有250的关闭连接，好像是一直在重试吧。
没找到最后关闭连接的那段日志。

之前有遇到没加spf记录，163有限制，后来加了spf记录了，就没影响了。

可是现在的状况是加了spf记录也还是延迟

另外在server上ping 或tracert均是timed out,但可以telnet到两者的25端口

还有可能其它什么因素的影响吗？

谢谢！
顺祝大家新年快乐哈：）

作者: tdk 时间: 2009-1-5 14:13
感觉你就是网络效率问题
大包可能太大了所以不通
但是如果你长ping 或者ping小包比较稳定不丢包比如5000的包
那样的网络应该没什么问题，否则效率太低，网络忙得时候出现丢包
或者直接ping 都丢包
那就总会有延时，或者说延时也就不怪了

另外你还可以联系一下163

[ 本帖最后由 tdk 于 2009-1-5 14:15 编辑 ]

作者: apuawv 时间: 2009-1-12 12:28
同一个4M的邮件，同时发给126和hotmail试了一下
在tracking center中，从SMTP:started outbound transfer of message 到message transferred to ...这一步，有不一样。
126的延迟了53分钟，而hotmail的却没有延迟。

哪位大人来讲解一下这两步都是做什么，什么因素会影响到message transferred to...这一步。

我在server上做nslookup，可以得到126和hotmail的mx记录，是否可排除是dns的影响？

另外，mx记录看到126的IP均为220.181.15.*
                           hotmail的IP均为 65.54.244.*, 65.54.245.*,
为排除因ISP不同的影响，也测试yahoo.com.cn的邮件
                           yahoo的mx IP为：203.209.228.230
   yahoo.com.cn邮件正常发到，无延迟。

详细请看附图。

以上，谢谢。
另外，与163,126联系，无反馈

[ 本帖最后由 apuawv 于 2009-1-12 12:29 编辑 ]

4M to 126.JPG (56.66 KB, 下载次数: 0)

126 延迟了53分钟

4M to hotmail.JPG (55.95 KB, 下载次数: 0)

hotmail无延迟

4M to yahoo.JPG (51.37 KB, 下载次数: 0)

yahoo 延迟1分钟

作者: neil.fu 时间: 2009-1-12 13:03
因为您的服务器在美国，而163的服务器在国内，所以延迟！发雅虎，hotmail海外服务器就会存在延迟了
可以使用中继来解决的！

作者: apuawv 时间: 2009-1-12 13:08
请问楼上的，如何中继？
谢谢。

作者: neil.fu 时间: 2009-1-12 13:12
可以企业异地分布式解决方案：国内的邮件可以不经过美国服务器绕一圈回来

作者: apuawv 时间: 2009-1-12 13:29
您提到的是相当于在国内建立一个mail server，在同一个域内，国内用户使用国内的mailserver，国外的用户使用国外的mailserver?

还是说设定策略，如果是发送到国内的信，走国内的smtp connector,如果是发送到国外的信，走国外mail server 的smtp connector?

如果方便，麻烦介绍得详细点，谢谢您。

作者: apuawv 时间: 2009-1-12 17:41
下午又找了下smtp日志,前一部分为hotmail的，后一部分为126的，也没弄明白为什么到126的最后就是220(见红色字体部分),然后就没有了：（
哪位大侠来指点指点。

date time cs-username cs-method cs-uri-stem cs-uri-query sc-status time-taken cs-host
2009-01-12 03:32:49 OutboundConnectionCommand EHLO - MAIL.mydomain.COM 0 60 -
2009-01-12 03:32:49 OutboundConnectionResponse - - 250-bay0-mc6-f6.bay0.hotmail.com+(3.8.0.31)+Hello+[69.64.*.*] 0 120 -
2009-01-12 03:32:49 OutboundConnectionCommand MAIL - FROM:<sender@mydomain.com>+SIZE=6240274 0 200 -
2009-01-12 03:32:49 OutboundConnectionResponse - - [email=250+sender@mydomain.com....Sender+OK]250+sender@mydomain.com....Sender+OK[/email] 0 280 -
2009-01-12 03:32:49 OutboundConnectionCommand RCPT - TO:<username@hotmail.com> 0 280 -
2009-01-12 03:32:49 OutboundConnectionResponse - - [email=250+username@hotmail.com]250+username@hotmail.com[/email]+ 0 370 -
2009-01-12 03:32:49 OutboundConnectionCommand DATA - - 0 370 -
2009-01-12 03:32:49 OutboundConnectionResponse - - 354+Start+mail+input;+end+with+<CRLF>.<CRLF> 0 460 -
2009-01-12 03:32:56 OutboundConnectionResponse - - 250++<A072E87D7D67E142949DF9DD3FB4E4BA8A198A@MAILSERVER.mydomain.com>+Queued+mail+for+delivery 0 6849 -
2009-01-12 03:32:56 OutboundConnectionCommand QUIT - - 0 6869 -
2009-01-12 03:32:56 OutboundConnectionResponse - - 221+bay0-mc6-f6.bay0.hotmail.com+Service+closing+transmission+channel 0 6930 -

2009-01-12 03:33:31 OutboundConnectionCommand EHLO - MAIL.mydomain.COM 0 490 -
2009-01-12 03:33:31 OutboundConnectionResponse - - 250-mail 0 841 -
2009-01-12 03:33:31 OutboundConnectionCommand MAIL - FROM:<sender@mydomain.com> 0 871 -
2009-01-12 03:33:31 OutboundConnectionResponse - - 250+Mail+OK 0 1131 -
2009-01-12 03:33:31 OutboundConnectionCommand RCPT - TO:<username@126.com> 0 1131 -
2009-01-12 03:33:31 OutboundConnectionResponse - - 250+Mail+OK 0 1412 -
2009-01-12 03:33:31 OutboundConnectionCommand DATA - - 0 1412 -
2009-01-12 03:33:32 OutboundConnectionResponse - - 354+End+data+with+<CR><LF>.<CR><LF> 0 1792 -
2009-01-12 03:34:02 OutboundConnectionResponse - - 220+***** 0 120 -

查了下资料：
500 格式错误，命令不可识别（此错误也包括命令行过长）
501 参数格式错误
502 命令不可实现
503 错误的命令序列
504 命令参数不可实现
211 系统状态或系统帮助响应
214 帮助信息
220 <domain> 服务就绪
221 <domain> 服务关闭传输信道
421 <domain> 服务未就绪，关闭传输信道（当必须关闭时，此应答可以作为对任何命令的响应）
250 要求的邮件操作完成
251 用户非本地，将转发向<forward-path>
450 要求的邮件操作未完成，邮箱不可用（例如，邮箱忙）
550 要求的邮件操作未完成，邮箱不可用（例如，邮箱未找到，或不可访问）
451 放弃要求的操作；处理过程中出错
551 用户非本地，请尝试<forward-path>
452 系统存储不足，要求的操作未执行
552 过量的存储分配，要求的操作未执行
553 邮箱名不可用，要求的操作未执行（例如邮箱格式错误）
354 开始邮件输入，以<CRLF>.<CRLF>结束
554 操作失败

作者: 钉子 时间: 2009-1-13 00:26
标题: 回复 8楼 neil.fu 的帖子
不知道有你没有考证过。如楼主所说，SOHU和163他们MX用的IP都是国内的线路，唯一的区别是163用的是全是中国电信的，而SOHU则用了一个中国电信和一个网通的IP。如果是因为国内与国外造成的延迟，SOHU为什么不会呢？

作者: 钉子 时间: 2009-1-13 00:36
楼主有没有检查一下SMTP连接器专门针对163的“传递限制”

作者: apuawv 时间: 2009-1-13 15:49

原帖由钉子于 2009-1-13 00:36 发表
楼主有没有检查一下SMTP连接器专门针对163的“传递限制”

谢谢钉子大哥的回复。

查了下连接器，没有针对163的传递限制。
以下为帖图，除了这几项外，其它都是使用默认设置。

唉，被这问题弄得头大了，该查的问题都查了，哪位指点一下，还有遗漏的吗？
今天又给网易发邮件了，还是没反馈。

坛子里有163的人不？

connector-general.jpg (38.68 KB, 下载次数: 0)

connector-delivery restrictions.jpg (34.92 KB, 下载次数: 0)

connector-advanced.jpg (38.7 KB, 下载次数: 0)

作者: tdk 时间: 2009-1-13 21:41
1 还是认为你的网络效率问题，53分钟可能就是在反复传递或者一直缓慢传输中
2 如果一个4M邮件用oe分割为2-3个1-2M的邮件，速度如何？或者同时发送两三封1-2M邮件呢？
3 或者换个dns试试看，我遇到过类似的问题
http://bbs.5dmail.net/viewthread.php?tid=167026

作者: tdk 时间: 2009-1-13 21:45
我认为，你如果仔细找日至，肯定应该有250和close

作者: 钉子 时间: 2009-1-14 12:17
标题: 回复 15楼 apuawv 的帖子
Delivery Options 里有一项是对超大邮件使用日程安排的。不过如果你哪边没有特别针对163的连接器的话，应该这个原因的可能性不大。

作者: apuawv 时间: 2009-1-14 16:57

原帖由 tdk 于 2009-1-13 21:41 发表
1 还是认为你的网络效率问题，53分钟可能就是在反复传递或者一直缓慢传输中
2 如果一个4M邮件用oe分割为2-3个1-2M的邮件，速度如何？或者同时发送两三封1-2M邮件呢？
3 或者换个dns试试看，我遇到过类似的问题
h ...

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

另外给126发邮件时，如果附件大于2M，发给126或163的邮件就会延迟1小时以上，如果小于1M，就能立即收到，
可是如果处于1M与2M之间，从126收到的信头看received 时间没有延迟，但我实际接收时间则也是延迟1小时以上。

因此是可以排除DNS问题的。

我也认为应该是网络效率问题，可是又不解。
由mx记录来看，126的全是电信的地址，那是否就可以理解为到电信的网络效率有问题？
可是给yahoo.com.cn的邮件时，也是电信的地址，如果网络效率问题，为什么不出问题？

至于log,可能是我没认真查，但根据tracing center的信息来看，应该是53分钟后closed.

如果真是网络效率问题，那还真不知有什么办法了？
哪位有遇到过吗？

mx record of 126 and sohu.jpg (119.71 KB, 下载次数: 0)

mx record on mail server

作者: tdk 时间: 2009-1-14 17:40
能否监控一下你给126 163 这些ip发邮件期间的传输量变化和速度？
这个我不懂，乱猜一下

作者: tdk 时间: 2009-1-14 17:45

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

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

作者: apuawv 时间: 2009-1-14 17:57
哇噻，终于有进展了。

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

after added smtp connecter.jpg (48.26 KB, 下载次数: 0)

作者: apuawv 时间: 2009-1-14 18:07

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

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

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

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

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

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

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

作者: tdk 时间: 2009-1-14 21:40
再用个笨办法
把163的mx都Ping -t 一边，看看那个稳定延时少
在直接指向他
试试看

作者: tdk 时间: 2009-1-14 21:42

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

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

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

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

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

作者: apuawv 时间: 2009-1-15 09:53

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

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

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

再次谢谢TDK版主的帮助。

作者: hwxu 时间: 2009-2-17 14:46
会不会是你网络问题！！！

作者: 钉子 时间: 2009-2-18 00:16
标题: 回复 22楼 apuawv 的帖子
使用连接器直接投递到指定IP的方式只是减少了DNS查询的步骤，从而排除DNS查询不当造成问题的可能，并不会影响对方将你当成垃圾邮件。

欢迎光临邮件服务器-邮件系统-邮件技术论坛(BBS) (http://bbs.5dmail.cn/)