[转帖]Mail Server 对外发邮件出现500ERROR错误!

asionliang

此贴格式照搬原文，灌水不要炸我啊<img src="../leadbbsfile/UBBicon/em08.GIF" width=20 height=20 align=absmiddle border=0><br>
<br>
本文转自尊龙布告栏-------------------------------------------------<br>
<br>
<a target=_blank href=http://www.raidenhttpd.com/jlbb/viewtopic.php?t=11595&postdays=0&postorder=asc&start=0&sid=85f9f576dd51b5b54905601deef0db3c>http://www.raidenhttpd.com/jlbb/viewtopic.php?t=11595&postdays=0&postorder=asc&start=0&sid=85f9f576dd51b5b54905601deef0db3c</a><br>
<br>
<br>
arnor:<br>
<br>
这是我最近与 Eric 一直在研究的部份, <br>
由於 Eric 很大力的支援我, 才能让我有大陆的网路环境测试, <br>
非常谢谢他. <br>
<br>
目前的情况已开始渐渐明朗, 大陆ISP 做的事很多, <br>
很多是很好, 但是该系统不是很令人能接受, 我猜它是用 tunnel 的技術, <br>
IP <-> IP 会在它程式认为该断线时, 完全终止掉双方的所有TCP连线, <br>
断掉就算了, 但还会停止工作一段时间. <br>
目前知道的有东莞, 惠州有这样情况, 我不知是不是全大陆ISP都在用这功能, <br>
到底是如何...还有待观察. <br>
<br>
按照 Eric 所述, 跟大陆方面它们接洽问这种过滤问题, 都无回应或不知道, <br>
所以, 有点"找不到头头来反应"的感觉. <br>
以致於目前测出的大陆ISP 规则都是做实验得来的, 很累, 因为测一遍之後, <br>
下次测试可能要拖到10分钟或30分钟後.....(超花时间 ..orz) <br>
情况总结有: <br>
1. 大陆以远端 SMTP 来寄信时不能寄件人和收件人相同, 否则得到 500 error 的错误. <br>
2. 大陆收远端 POP 的信时, 该信的档头要正确(新版maild fu17 就是会自动修正这部份), 此外, 要注意的一点最恐佈, 收的信不能有以下情况 <br>
a. From: , To: 的信箱不能为一样, 所以收到 pchome 的电子报就会被断线(很多都是寄件人 收件人都是 edm@mx.epaper.com.tw). <br>
b. 会过滤内容, 目前发现的被滤的From: 关键字有 udnpaper , 也就是 udn 的电子报不行. <br>
<br>
3. 国内大家的 ISP 我认为不会被大陆 ISP 所过滤, 因为测过 hinet 不会有以上过滤问题, 也就是你用DSL 架的 mail server , 对方应该都会过滤, 但实在不知如何向大陆ISP申请不被过滤的名单. <br>
<br>
<br>
各地有各地的措施, 入境随俗是目前的因应方式. <br>
若您还有发现我没测出的情况, 希望能一併提出来讨论讨论. <br>
就这样囉.<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<br>
<A HREF="" TARGET=_blank></A>

asionliang

<table width=100% bgcolor=#cccccc cellpadding=5 cellspacing=1 class=TBone><tr><td bgcolor=#f7f7f7 class=TBBG9><b>下面引用由<u>asionliang</u>发表的内容：</b><br>
<br>
此贴格式照搬原文，灌水不要炸我啊<br>
<br>
本文转自尊龙布告栏-------------------------------------------------<br>
<br>
<br>
arnor:<br>
<br>
这是我最近与...</td></tr></table><br>
<br>
<br>
最近我也是被这状况所苦，到大陆出差的同事和当地的MIS都认为是台北的mail <br>
server的问题，真是有苦说不出咧... <br>
我补充一下我的经验，目前有这状况的是上海/杭州/北京... <br>
当初对岸反应是收信会断线，webmail会连不上，自己寄自己会有500 error， <br>
有时可以有时不行，但同一时间台北这边使用是正常的。当对岸不能连上台北的 <br>
mail server後，执行ping是ok，tracert是ok...但TCP的port会全不通。呵..真是 <br>
有点诡异,为了解这问题，我们把mail换到另一条线路和另一机器，问题一样发生..也试过用pop3s和https的方式，但一样不行，目前比较稳的设定是，帮出差的同仁在大陆的mail server建立一个帐号，将去大陆出差的同仁的信用自动转寄的方式，寄到大陆去，他们再去收大陆的pop3的信，不直接连回台北pop3了，状况就比较少了，但还是会发生(看了素大的说明，大概知道後续怎麽测试了)状况还存在的原因有可能出差的人还是有连回台北收信，收到自己寄自己的mail後就被断线，接着所有对台北mail server的TCP就被中止连线。 <br>
但好玩的是，我因为是用转寄的，当我把aaa@xxx.com.tw的信转寄到aaa@xxx.com.cn的帐号，寄件人用aaa@xxx.com.tw寄到aaa@xxx.com.tw会ok，但寄件人用aaa@xxx.com.cn寄到aaa@xxx.com.tw时会不行，查雷电的log发现log记录的是aaa@xxx.com.cn到aaa@xxx.com.cn，呵..呵..又碰触自己寄给自已的规则，信又收不到了。 <br>
目前我是假设，去对岸出差的同仁，只要不连回台北的mail server收信，webmail应该要能正常使用。那以後去大陆出差的同仁就规定用webmail囉。 <br>
等我测试後再和各位分享。不知素大还有什麽想法或解决方案呢?