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

apuawv

您提到的是相当于在国内建立一个mail server，在同一个域内，国内用户使用国内的mailserver，国外的用户使用国外的mailserver?

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

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

apuawv

下午又找了下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 操作失败

钉子

不知道有你没有考证过。如楼主所说，SOHU和163他们MX用的IP都是国内的线路，唯一的区别是163用的是全是中国电信的，而SOHU则用了一个中国电信和一个网通的IP。如果是因为国内与国外造成的延迟，SOHU为什么不会呢？

钉子

楼主有没有检查一下SMTP连接器专门针对163的“传递限制”

apuawv

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

谢谢钉子大哥的回复。

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

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

坛子里有163的人不？

tdk

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

tdk

我认为，你如果仔细找日至，肯定应该有250和close

钉子

Delivery Options 里有一项是对超大邮件使用日程安排的。不过如果你哪边没有特别针对163的连接器的话，应该这个原因的可能性不大。

apuawv

原帖由 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.

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

tdk

能否监控一下 你给126 163 这些ip发邮件期间的传输量变化和速度？
这个我不懂，乱猜一下