dustsailor 发表于 2007-12-6 15:59:12

原帖由 钉子 于 2007-12-5 22:29 发表 http://bbs.5dmail.net/images/common/back.gif
1。可以的话，你可以把对方实际的IP和域名公布或是知信发到我们的邮箱。我们在这边看是不是也是一样的。
2。对于延迟的情况。其实和线路质量和稳定性也有关。特别是在两个合作伙伴的服务器之前。因为有大量相互发送 ...

感谢楼上几位兄弟的热心帮助，谢谢！

钉子版主您好，出于安全要求和保护公司成员Email地址隐私考虑，我不便将相关信息和日志公布，我已经将详细信息发到您的邮箱里了，我最后会将问题的原因和解决方案反馈到论坛上供大家借鉴和参考。

线路质量和稳定性：
ping www.baidu.com -t 有丢包现象，大概每ping10-20次出现一次 request timed out
ping www.baidu.com -l 5000 -t 丢包现象加重，每5-20次出现一次 request timed out

联系我们大厦的网络中心负责人，经过2天折腾和检查，最终负责人说可能是因为端口限速的原因，现在将限速完全放开后：
ping www.baidu.com -t 基本无丢包现象，30分钟内只出现了一次request timed out
ping www.baidu.com -l 5000 -t有少量丢包现象，每20次左右出现一次request timed out

不知道是不是和这个有关，但有个疑惑，我们有几个客户也在印第安纳，我们给那几个客户发邮件都没问题，包括带附件的大邮件，他们也是Exchange。给tela发小邮件一般都没问题，就是带附件的大邮件发送艰难，延迟甚至直到24小时退信。
也有可能是因为大的邮件传输过程较长，对网络稳定性要求高，在发送过程中网络有闪断导致发送中断，然后不断的重发。

dustsailor 发表于 2007-12-6 16:19:51

我就纳闷了，同样是8M的邮件，给别的美国客户就能发到，发送要10几分钟，中间肯定有过闪断。但给TELA一发就成了蜀道难。对方都是EXCHANGE 2003，难道某些Exchange 2003会断点续传？我想SMTP传输邮件的过程中应该是可以适应微小的网络闪断情况。有没有啥办法可以跟踪数据包的传输或者TCP/IP的会话。

dustsailor 发表于 2007-12-6 17:11:45

问题又出现了：图为一封滞留在queue中反复发送的邮件
注意：点中此队列可见到“the connection was dropped by remote host” ，说明什么？连接被对方中断？为什么要断我的连接？
http://p15.freep.cn/p.aspx?u=v20_p15_p_0712061703498139_0.gif

邮件属性截图,传递失败了6次：
http://freep.cn/p.aspx?u=v20__p_0712061705504092_0.gif

Message Tracking Center里的记录截图：
http://p14.freep.cn/p.aspx?u=v20_p14_p_0712061709321942_0.gif

一段与此相关的SMTP日志：（为了保护敏感信息将相关IP尾数替换为X了，并适当编辑了发件人和收件人的邮件地址）
08:30:49 216.37.2x.x OutboundConnectionResponse SMTPSVC1 EX01 - 25 - - 220+******************************* 0 35 0 938 - -
08:30:49 216.37.2x.x OutboundConnectionCommand SMTPSVC1 EX01 - 25 EHLO - ex01.xxxbal.cn 0 4 0 938 - -
08:30:49 216.37.2x.x OutboundConnectionResponse SMTPSVC1 EX01 - 25 - - 250-barracuda.tela.com+Hello+ex01.xxxbal.cn+,+pleased+to+meet+you 0 97 0 1484 - -
08:30:49 216.37.2x.x OutboundConnectionCommand SMTPSVC1 EX01 - 25 MAIL - FROM:<dsen@xxxbal.cn>+SIZE=10155264 0 4 0 1484 - -
08:30:50 216.37.2x.x OutboundConnectionResponse SMTPSVC1 EX01 - 25 - - 250+Ok 0 6 0 2031 - -
08:30:50 216.37.2x.x OutboundConnectionCommand SMTPSVC1 EX01 - 25 RCPT - TO:<turis@tela.com> 0 4 0 2031 - -
08:30:50 216.37.2x.x OutboundConnectionResponse SMTPSVC1 EX01 - 25 - - 250+Ok 0 6 0 2813 - -
08:30:50 216.37.2x.x OutboundConnectionCommand SMTPSVC1 EX01 - 25 DATA - - 0 4 0 2813 - -
08:30:51 209.85.146.176 wa-out-1112.google.com SMTPSVC1 EX01 192.168.1.50 0 QUIT - wa-out-1112.google.com 240 70 4 0 - -
08:30:51 216.37.2x.x OutboundConnectionResponse SMTPSVC1 EX01 - 25 - - 354+Start+mail+input;+end+with+<CRLF>.<CRLF> 0 44 0 3359 - -

yale727 发表于 2007-12-7 09:15:24

我也遇到了这种问题，正在茫然中。现象和楼主的差不多，不同的就是对方是国内的，我的邮件服务器就只有往这个邮件服务器发送时总是重传，直至48小时后传递失败，基本就没成功过。队列中查看状看状态显示“信号灯超时时间已到”。但ping对方邮件服务器响应速度良好。很困惑。强烈关注此帖，希望能够得到大家的帮助，谢谢！

[ 本帖最后由 yale727 于 2007-12-7 09:21 编辑 ]

aniuchen 发表于 2007-12-7 11:20:58

感觉还是对端服务器做了某些设置。过滤策略，或dns反向解析。现在国外iwei防止垃圾邮件，好多公司要求要做反向解析！

dustsailor 发表于 2007-12-7 14:59:45

回楼上的兄弟，对端没有做这些设置，我也是对端公司管理员之一，实际上我们是TELA的子公司，我在对端将我们的IP/域名都加入了白名单。对端不要求反向解析。
感谢大家的热血帮助。谢谢！

钉子 发表于 2007-12-8 11:04:54

我在我客户的服务器上试着向你提供的joe的地址发邮件，都成功了。速度也非常的快。。我个人认为和网络质量和速度还是有关系的。不过我也只是猜测，具体情况你再分析一下。

dustsailor 发表于 2007-12-20 11:47:54

我经过多日测试，现在网络质量已经很稳定了，ping到对方主机长时间没有丢包现象，我们的带宽扩增了，用来发几百K甚至几M大小的邮件应该不成问题。对方主机的带宽很好，因为TELA就是做印第安纳州网络接入业务的，相当于我们的某某省网通。
我再发一些截图信息，大家继续辛苦一下帮我看看，没准就能发现问题原因了。谢谢！
对方的TTL值为64，ping的TTL返回值为41或42，这里有点迷惑，怎么返回的TTL值还不一样呢，中间的路由数应该是固定的我想。（疑点1）
如图：http://p14.freep.com.cn/p.aspx?u=v20_p14_p_0712201115088983_0.jpg

Tracert 到对方主机截图，这个图是经过了19跳到达，还有一次是经过20跳到达，但是因为中间都是request timed out，无法看到具体路由信息：
http://p15.freep.cn/p.aspx?u=v20_p15_p_0712201116125193_0.jpg

另外在应用程序日志里，看到有不少这样的错误,事件ID是7518：
http://p15.freep.cn/p.aspx?u=v20_p15_p_0712201146436616_0.jpg

dustsailor 发表于 2007-12-20 11:49:58

如果需要测试，大家请发测试信到remoteit%telamon-corp.com ，请将%更换为@

[ 本帖最后由 dustsailor 于 2007-12-20 11:51 编辑 ]

smollion 发表于 2007-12-20 11:54:59

我也有类似的问题, 发向某域名的邮件非常不顺利. 一直relay直到丢弃.

就这个问题microsoft已经有hotfix了,本周末我打下这个hotfix看看效果,呵呵
页: 1 [2] 3
查看完整版本: 英雄难过此题关！Exchange疑难杂症请求组织救援！！！