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

标题: 5.5.0 smtp;551 User not local; please try <forward-path> [打印本页]

作者: dxjabc 时间: 2006-9-27 16:38
标题: 5.5.0 smtp;551 User not local; please try <forward-path>
最近很奇怪,很多用户发给外部客户的邮件都被退出来,退信内容都是一样的,

收件人电子邮件服务器出现 SMTP 通信问题。请与系统管理员联系。
         <hlssz-exchange.hls.local #5.5.0 smtp;551 User not local; please try <forward-path>>

而且在日志里面也发现很多SMTP出错的记录

事件类型: 错误
事件来源: MSExchangeTransport
事件种类: SMTP 协议
事件 ID: 7010
日期: 2006-9-27
事件: 15:39:04
用户: N/A
计算机: HLSSZ-EXCHANGE
描述:
这是关于虚拟服务器 ID 1、连接 #5461 的 SMTP 协议日志。位于“192.168.100.1”的客户端发送了命令“xexch50”，SMTP 服务器的响应为“504 Need to authenticate first  ”。发送的完整命令为“xexch50 984 2”。这可能会导致连接失败。

有关详细信息，请单击 http://www.microsoft.com/contentredirect.asp。

请问高手,这到底是怎么回事啊?急!!!

作者: ivana 时间: 2006-9-27 20:36
我们公司最近也有很多这样的现象，

[ 本帖最后由 ivana 于 2006-9-27 20:44 编辑 ]

作者: ivana 时间: 2006-9-27 20:37
楼主，你发的链接我怎么开不了啊

作者: atong999888 时间: 2006-9-27 21:15
我有时也碰到这怪问题, 我想应该是对方问题.

作者: dxjabc 时间: 2006-9-27 21:24
感谢 atong999888 斑竹和大家的关注,希望大家都来讨论一下,看看到底是怎么一回事

作者: dennishan 时间: 2006-9-28 07:17
凑凑热闹
http://www.5dmail.net/bbs/thread-157760-1-1.html

作者: morphine 时间: 2006-9-28 10:05
我们公司也是同样问题，是不是政府又在国际出口做什么了？

作者: lizhso 时间: 2006-9-28 12:39
我的是7002和7004错误比较多,
另外请问现在发现hotmail所有信都退,#5.5.0 smtp;550 Command rejected for policy reasons.>是被它列黑名单地吗,怎么跟hotmail的管理员联系,请提供个邮箱可以联系到他们.

作者: 砸锅卖铁 时间: 2006-9-28 13:01

原帖由 lizhso 于 2006-9-28 12:39 发表
我的是7002和7004错误比较多,
另外请问现在发现hotmail所有信都退,#5.5.0 smtp;550 Command rejected for policy reasons.>是被它列黑名单地吗,怎么跟hotmail的管理员联系,请提供个邮箱可以联系到他们.

去hotmail上可以提交

作者: xxwit 时间: 2006-9-28 16:43
有没有哪位兄弟的这个问题解决了呀,我现在发往日本的好多邮件才是下面的这种报错
did not reach the following recipient(s):
>
> kazu@ho.furukawa.co.jp on Thu, 28 Sep 2006 09:02:52 +0800
> 收件人?子?件服?器出? SMTP 通信??。?与系?管理??系。
> <mailserver.faz.com #5.5.0 smtp;551 User not local; please try
> <forward-path>>

dns测试又没有问题
> server 61.177.7.1
Default Server:  c.center-dns.jsinfo.net
Address:  61.177.7.1

> set type=any
> ho.furukawa.co.jp
Server:  c.center-dns.jsinfo.net
Address:  61.177.7.1

Non-authoritative answer:
ho.furukawa.co.jp    MX preference = 30, mail exchanger = fgw1.furukawa.co.jp

ho.furukawa.co.jp    MX preference = 10, mail exchanger = fgw0.furukawa.co.jp

ho.furukawa.co.jp    MX preference = 20, mail exchanger = furukawa-gw.furukaw
a.co.jp

furukawa.co.jp  nameserver = ns.gblx.ad.jp
furukawa.co.jp  nameserver = ns1.gblx.ad.jp
furukawa.co.jp  nameserver = fgw0.furukawa.co.jp
furukawa.co.jp  nameserver = furukawa-gw.furukawa.co.jp
fgw0.furukawa.co.jp    internet address = 158.202.43.14
furukawa-gw.furukawa.co.jp    internet address = 158.202.43.15
fgw1.furukawa.co.jp    internet address = 158.202.43.117

smtp测试也成功
正在使用 DNS 服务器 [10.96.0.2] 检查 TCP/UDP SOA 序列号。
TCP 测试成功。
UDP 测试成功。
序列号: 2006092701
SOA 序列号匹配情况: 通过。

正在检查本地域记录。
正在启动本地域的 TCP 和 UDP DNS 查询。本测试尝试验证是否为入站邮件正确设置了 DNS
。由于 3 个原因，本测试可能会失败。
1) 未在 DNS 中设置本地域。入站邮件将无法路由到本地邮箱。
2) 防火墙阻止 TCP/UDP DNS 查询。这不会影响入站邮件，但是会影响出站邮件。
3) 内部 DNS 不了解外部 DNS 设置。这是适用于某些拓扑结构的有效配置。
正在使用 TCP 检查 MX 记录: fez-smt.com。
  MX: mail.fez-smt.com (10)
  A:    mail.fez-smt.com [10.96.0.8]
正在使用 UDP 检查 MX 记录: fez-smt.com。
  MX: mail.fez-smt.com (10)
  A:    mail.fez-smt.com [10.96.0.8]
TCP 和 UDP 查询成功。本地 DNS 测试通过。

正在检查远程域记录。
正在启动远程域的 TCP 和 UDP DNS 查询。本测试尝试验证是否为出站邮件正确设置了 DNS
。由于 3 个原因，本测试可能会失败。
1) 防火墙阻止 TCP/UDP 查询，从而阻止出站邮件。Windows 2000/NT Server 要求 T
CP DNS 查询。Windows Server 2003 会先使用 UDP 查询，然后使用 TCP 查询。
2) 内部 DNS 不知道如何查询外部域。必须使用外部 DNS 服务器或配置 DNS 服务器以
查询外部域。
3) 远程域不存在。测试将失败。
正在使用 TCP 检查 MX 记录: ho.furukawa.co.jp。
  MX: fgw1.furukawa.co.jp (30)
  MX: fgw0.furukawa.co.jp (10)
  MX: furukawa-gw.furukawa.co.jp (20)
  A:    fgw1.furukawa.co.jp [158.202.43.117]
  A:    fgw0.furukawa.co.jp [158.202.43.14]
  A:    furukawa-gw.furukawa.co.jp [158.202.43.15]
正在使用 UDP 检查 MX 记录: ho.furukawa.co.jp。
  MX: fgw0.furukawa.co.jp (10)
  MX: furukawa-gw.furukawa.co.jp (20)
  MX: fgw1.furukawa.co.jp (30)
TCP 和 UDP 查询成功。远程 DNS 测试通过。

正在检查列出的 kazu@ho.furukawa.co.jp 的 MX 服务器。
正在连接到端口 25 上的 fgw0.furukawa.co.jp [158.202.43.14]。
接收时间:
220 fgw0.furukawa.co.jp ESMTP Sendmail 8.12.11.20060308/8.12.11; Thu, 28 Sep 200
6 17:38:49 +0900 (JST)

发送时间:
ehlo fez-smt.com

接收时间:
250-fgw0.furukawa.co.jp Hello [221.224.51.137], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 40000000
250-DSN
250-DELIVERBY
250 HELP

发送时间:
mail from: <xuxiaowen@fez-smt.com>

接收时间:
250 2.1.0 <xuxiaowen@fez-smt.com>... Sender ok

发送时间:
rcpt to: <kazu@ho.furukawa.co.jp>

接收时间:
250 2.1.5 <kazu@ho.furukawa.co.jp>... Recipient ok

怎么解决呀,有人有办法吗,

发送时间:
quit

接收时间:
221 2.0.0 fgw0.furukawa.co.jp closing connection

已成功连接到 fgw0.furukawa.co.jp。
正在连接到端口 25 上的 furukawa-gw.furukawa.co.jp [158.202.43.15]。
接收时间:
220 furukawa-gw.furukawa.co.jp ESMTP Sendmail 8.12.11.20060308/8.12.11; Thu, 28
Sep 2006 17:38:50 +0900 (JST)

发送时间:
ehlo fez-smt.com

接收时间:
250-furukawa-gw.furukawa.co.jp Hello [221.224.51.137], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 40000000
250-DSN
250-DELIVERBY
250 HELP

发送时间:
mail from: <xuxiaowen@fez-smt.com>

接收时间:
250 2.1.0 <xuxiaowen@fez-smt.com>... Sender ok

发送时间:
rcpt to: <kazu@ho.furukawa.co.jp>

接收时间:
250 2.1.5 <kazu@ho.furukawa.co.jp>... Recipient ok

发送时间:
quit

接收时间:
221 2.0.0 furukawa-gw.furukawa.co.jp closing connection

已成功连接到 furukawa-gw.furukawa.co.jp。
正在连接到端口 25 上的 fgw1.furukawa.co.jp [158.202.43.117]。
接收时间:
220 fgw1.furukawa.co.jp ESMTP Sendmail 8.12.11.20060308/8.12.11; Thu, 28 Sep 200
6 17:35:28 +0900 (JST)

发送时间:
ehlo fez-smt.com

接收时间:
250-fgw1.furukawa.co.jp Hello [221.224.51.137], pleased to meet you
250-ENHANCEDSTATUSCODES
250-PIPELINING
250-8BITMIME
250-SIZE 40000000
250-DSN
250-DELIVERBY
250 HELP

发送时间:
mail from: <xuxiaowen@fez-smt.com>

接收时间:
250 2.1.0 <xuxiaowen@fez-smt.com>... Sender ok

发送时间:
rcpt to: <kazu@ho.furukawa.co.jp>

接收时间:
250 2.1.5 <kazu@ho.furukawa.co.jp>... Recipient ok

发送时间:
quit

接收时间:
221 2.0.0 fgw1.furukawa.co.jp closing connection

已成功连接到 fgw1.furukawa.co.jp。

作者: xxwit 时间: 2006-9-28 18:00
有没有人知道呀,帮帮忙

作者: gaowl 时间: 2006-9-29 09:46
我们公司发到日本的也是这种情况，已经出现好几天了。

作者: dxjabc 时间: 2006-9-29 10:52
我什么设置都没动过，从昨天开始好象好了许多，没有user再反映有这个问题了，奇怪！？

作者: morphine 时间: 2006-10-8 11:53
我们的问题依然存在

作者: xxwit 时间: 2006-10-9 17:42
这个问题仍然存在,直接发没有问题,答复就报错.
<mailserver.faz.com #5.5.0 smtp;551 User not local; please try
> <forward-path>>
我们的内部域名和外部不一样,不过已经做过相应的策略了。有的用户可以发有的不行。用的是outlook express 连接方式pop3.
有没有人知原因呀。

作者: gaowl 时间: 2006-10-10 11:03
大家看一下这个链接，据说问题是出在国际出口上面，但好像还没发解决。
http://www.cnbeta.com/modules.php?name=News&file=article&sid=16491
不知有没有高人能解决掉。

作者: xxwit 时间: 2006-10-10 12:25
不大可能是出口的问题吧,为什么有的用户发给国外的人就可以,而有的发给同样的国外用户就不行,大部分报错是回复邮件时产生的,直接发报错的可能又会比较少.

作者: qyclub 时间: 2006-10-11 10:58
我这里也有这个问题,有没有知道是什么原因造成的

作者: atong999888 时间: 2006-10-11 22:39
看了
http://www.cnbeta.com/modules.ph ... ticle&sid=16491
只要那篇文章的抓包数据没造假, 则应该是国际出口的安全监控造成的.

我用户在收到如下退信:
   tzz@hahahhahaha.co.jp ャハアシ萸ェ 2006-9-27 11:01
         ハユシ~ﾈヒオ釋モモハシ~ｷ~ﾎqﾆwｳvﾏヨ SMTP ヘィミナホハフ筍」ヌ・・オヘウケワタ橳アチェマオ。」
         <smtp01.ooooo.com #5.5.0 smtp;500 error>

和对方管理员联系后, 确认双方服务器都没问题, 在反垃圾邮件系统也互加对方到白名单里, 再说反垃圾邮件系统的拒绝信息也都不用500 error这个简单词. 同一封邮件重复发了无数次, 就是过不了, 最后我让用户把邮件内容存到一个word文档里再发就过去了, 因此我想应该是邮件被国际出口监控到什么关键词而被弹回.

作者: live-share 时间: 2007-6-14 21:54
我们公司从昨天开始这样了，一些发到台湾的信老被退回来。也是这个提示。不知道怎么回事了

作者: morphine 时间: 2007-6-15 11:07
最近几天又出现这样的错误，发往日本和美国的都有问题，延时严重，退信。。

作者: pater 时间: 2007-6-15 11:10
這應是網絡不穩定，網絡速度慢，造成的。

作者: levi_qian 时间: 2007-6-15 11:12
#5.5.0 smtp;551 User not local; please try <forward-path>>
我们公司最近也发生这样的问题.有几个客户的邮件都退回来了,
到底怎么回事啊?
请高手帮帮忙.

作者: live-share 时间: 2007-6-15 15:14
听说好像是国际出口的GFW的问题

作者: iwill_mail 时间: 2007-6-15 15:16
我们也遇到这种情况了, 麻烦啊 ! ! !

作者: tdk 时间: 2007-6-15 15:28
热闹

作者: jin886 时间: 2007-6-15 16:37
我也来凑凑。
这个问题困惑了好久。

作者: nichol 时间: 2007-6-15 17:04
我们公司发给韩国、泰国的邮件出现很多这样的情况，真是晕~~！！

作者: liu19141 时间: 2007-6-16 14:10
我公司發給香港也是一樣。連續兩天了，嚴重關注中。

作者: live-share 时间: 2007-6-17 16:19
怎么没有老大出来给我们看看啊

作者: live-share 时间: 2007-6-18 13:37
没有吧。还有这种事情，这是归国家的哪个部门管的，要投诉啊

作者: roytocn 时间: 2007-6-18 14:22
二個月時間很長．．．公司損失很大．真的苦苦等待嗎？

作者: 钉子 时间: 2007-6-19 00:33
年中,年未.

作者: mydel 时间: 2007-6-20 08:58
我公司也是啊，发往日本，韩国的邮件全给退回来了，用户整天投诉烦死人啊，不知道什么时候能恢复正常。

作者: znavy 时间: 2007-6-20 09:26
我们发往香港同样停留在队列里，毫无办法

作者: roytocn 时间: 2007-6-20 10:35
奇怪啊！！！
我发香港二间公司：

Ａ间厂：１２３．ＣＯＭ．ＨＫ
发不出有退信：
．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．
邮件没有到达某些或全部的预定收件人。

   主题: 答复: 辦單
   发送时间: 2007-6-15 17:48

无法到达以下收件人:

   'Evon'在 2007-6-15 17:59
         收件人电子邮件服务器出现 SMTP 通信问题。请与系统管理员联系。
         <server.wb.local #5.5.0 smtp;551 User not local; please try <forward-path>>
．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．．
邮件没有送达某些或全部预期收件人。

主题:    料
发送时间:    2007-6-15 11:56

邮件无法送达下列收件人:

  text@１２３.com.hk 日期 2007-6-15 13:56
  无法在指定的时间限制内传递邮件。请重试或与管理员联系。
  <server.wb.local #4.4.7>

无法发送信：请急帮忙．

Ｂ间厂：ＡＢＣ．ＣＯＭ．ＨＫ
这个邮箱又可以收发（正常）

请问我现在如何办．．帮忙帮忙．

:'( :'( :'(

作者: znavy 时间: 2007-6-20 10:57
找不到解决办法，DNS解析也正常，Telnet 对方邮件服务器 25端口页正常

作者: nichol 时间: 2007-6-20 11:40
实在有点说不过去了，越来越多的国外厂商发送不到了，跟用户又不知道如何解释，如何是好呀！！！

作者: lwt1028 时间: 2007-6-20 16:22
我们也遇到这种情况了，国家在搞什么啊

作者: bianyuan 时间: 2007-6-21 13:07
我这边现在也是这样的问题, 请看:

xxxxx@yahoo.com.cn on Thu, 21 Jun 2007 11:47:07 +0800

There was a SMTP communication problem with the recipient's email

server. Please contact your system administrator.

<exsvr2003.xxxx.com #5.5.0 smtp;551 User not local; please try

<forward-path>>

作者: tdk 时间: 2007-6-21 13:25
用smtp ssl加密方式或者附件方式能发过去吗

作者: roytocn 时间: 2007-6-21 14:06
<用smtp ssl加密方式 >
EXCGANGE2003有方案吗？如何设置？

作者: live-share 时间: 2007-6-21 14:16
我都叫我们公司的人用163的邮箱发国外的邮件了，买在是没办法啊

作者: atong999888 时间: 2007-6-21 14:45
碰到了比User not local; please try <forward-path>更狠的拦截

c:\>telnet xxxx.xxxx.xxx.xxx 25
helo test
250 OK
mail from:<xxx@xxx.com>
250 sender OK
rcpt to:<XXXXXX@yyyyyy.com>
连接自动断开(见鬼)

再c:\>telnet xxxx.xxxx.xxx.xxx 25
能看到对方邮件服务器的信息220 xxxxx.com Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready
但马上自动断掉，要等一段时间才能再连上, 结果把其它邮件全堵上, 这点最最可恶.

把发件人换个别的就没问题
或把收件人换个别的也没问题
和对方确认过了, 都没问题, 现在已经碰到多起类似问题(不同公司)
昨天回家后用家里的电脑连到宽带上，做同样的测试，都是同样失败的结果
让几个外地的朋友测试, 他们却能成功, 我快疯了.
不知有没有人碰到和我一样倒霉的问题

作者: pater 时间: 2007-6-21 14:48
哈哈，我也中招了。。。去台灣的MAIL都掛了。。。。搞的老板在吵架啊。。。。我也辦法啊。。。。有的人可以寄，有的人不能寄。。。。怎辦啊，，，，什麼GWF。。。。不要這樣搞死人啊。

作者: tdk 时间: 2007-6-21 14:52
5.5.0 smtp;551 User not local;
的兄弟来顶顶 http://bbs.5dmail.net/viewthread ... &extra=page%3D1

作者: atong999888 时间: 2007-6-21 15:11
楼上那招服务器对服务器的传输就不无法使了.

作者: tdk 时间: 2007-6-21 15:31
楼上再去看看，我有有问题

作者: atong999888 时间: 2007-6-21 16:08
楼上说的有道理, 看来我我搞错了.

作者: tdk 时间: 2007-6-21 16:12
晕阿就是不好测试
我去找用kerio的人开会发个大点的邮件监控看看走什么端口连接

作者: liu 时间: 2007-6-21 16:15
党和政府太无耻了，公司企业交税就是换取这样的服务吗？

作者: tdk 时间: 2007-6-21 16:18
这么说不太合适....
全球没有一个角落不受当局政府管理的

真正的自由空间存在吗？不可能存在的

作者: atong999888 时间: 2007-6-21 16:33
关键是那个GFW的拦截技术太不合理啊, 拦截的绝大部分都是合法邮件.

作者: tdk 时间: 2007-6-21 16:39
是啊，如果合理，那么大家就不这样想办法了

看看了看kerio的帮助
里面写道
Use SSL if supported by remote SMTP server...
When sending a message, SMTP server attempts to use encrypted connection first (SSL). If SSL connection is not supported, unencrypted connection will be used. Thus the maximal possible security of sent messages is ensured.

看来还是有希望躲开gfw的就差测试了

作者: tdk 时间: 2007-6-21 16:40
但是如果邮件地址中有敏感字估计没希望吧

作者: 钉子 时间: 2007-6-21 16:42
最近发国外邮件问题,怀疑是GFW问题的话,想了解GFW可以看这个网站,里面有一些技术介绍和过滤列表:http://www.great-firewall.com

作者: winxp0286 时间: 2007-6-22 12:08
還在退信。。。。矣。。。。瘋掉了。。。。在這樣下去我要回家種田了。。。

作者: winxp0286 时间: 2007-6-22 12:57
要封到什麼時候啊!!!？？？暈死了。。。。GFW這個東西。。讓我十在沒則。看著信活生生地退回來。

作者: sangocn 时间: 2007-6-22 16:10
唉，晕死了，我们这也是这样

作者: live-share 时间: 2007-6-22 16:25
我们公司好像好一点了,没有前天这么严重了,

作者: xxccli 时间: 2007-6-22 16:41
问题出的是莫名其妙！
单个发可以！群发不行！发163可以就是慢！有些公司压根就不能发！NND。
我只能给别人说政府行为没有办法！

作者: psping 时间: 2007-6-22 16:59
晕死了，我们这也是一样

作者: winxp0286 时间: 2007-6-22 18:40
沒辦法。。。政府這樣。。。我的都一星期了。。。

作者: roytocn 时间: 2007-6-22 21:26
各位朋友我之前也出现此退信,但我发现我的IP给四种类型XBL，SBL，PBL，ROKSO．国内有很多IP被列为了spamhaus这几类RBL当中．我IP列为PBL后来的IP进行申诉．
"钉子"有说明大家试一试:

http://bbs.5dmail.net/thread-162587-1-1.html

希望大家能正常恢复工作.

作者: pater 时间: 2007-6-22 22:16
沒有好的解決辦法嗎。。。。我這樣會等死的啊。。。。天呢。。。。原來用中國電信的會這樣，換了網通的好了。。。但現在網通的也不行了。。。要我換什麼啊。。。。

作者: roytocn 时间: 2007-6-22 22:38
查一下自己IP是否列为PBL.

作者: roytocn 时间: 2007-6-23 08:10
昨晚还可以发，今天一早工作时又不行．．．天啊

作者: pater 时间: 2007-6-23 08:37
這種問題與PBL沒有關系吧。。。還有每天等吧。。。。請求上天了。，。。

作者: atong999888 时间: 2007-6-25 14:15
與PBL无關

这个问题现在越来越严重.

作者: wgq1001 时间: 2007-6-25 18:09
邮件被阻挡了至少有20天的时间，前天开始发现公司发给台北的邮件基本恢复正常（两边都没有更换线路、没有做任何设置），但是当邮件内容比较复杂时还是会退回，“ #5.5.0 smtp;551 User not local; please try <forward-path> ” ，测试把退回的邮件再以附件的方式转寄，却又可以发送成功，我现在开始确信是GFW在作怪了。可能在纪念香港回归10周年的时刻，GFW会在国际出口网关加强扫描、过滤。希望7.1之后都能全部恢复正常。

作者: live-share 时间: 2007-6-26 11:45

原帖由 wgq1001 于 2007-6-25 18:09 发表
邮件被阻挡了至少有20天的时间，前天开始发现公司发给台北的邮件基本恢复正常（两边都没有更换线路、没有做任何设置），但是当邮件内容比较复杂时还是会退回，“ #5.5.0 smtp;551 User not local; please try ...

我这和你的情况差不多,还真希望是和你所说的一样就好了

作者: lperic 时间: 2007-6-27 15:16
我公司这边从昨天开始也出现，“ #5.5.0 smtp;551 User not local; please try ... 错误
估计也是GFW的原因吧. DNS可以成功,而且用EXCHANGE2003的邮件跟踪器也看到邮件到达对方的服务器,但又被退回,试过把主题清空及信件内容以附件方式发送,有些能成功但有些不能成功. 唉,现在公司发往香港及日本和韩国的客户有些有这种现像出现啊.真不知道怎么解决呢.

作者: atong999888 时间: 2007-7-4 09:48
7.1已经过了, 希望能放宽点.

作者: 砸锅卖铁 时间: 2007-7-4 10:14
标题: 回复 #78 atong999888 的帖子
7.1过了还有7.7

作者: tdk 时间: 2007-7-4 10:30
大家来验证这个方法阿看似对GFW有效
http://www.5dmail.net/bbs/thread-167411-2-1.html
希望能有更多的答案

作者: atong999888 时间: 2007-7-5 08:19
7.7过了还有8.1(老x的造反日)

作者: snowyuan 时间: 2007-7-5 12:03
還有澳門回歸，國慶，過年．天啊，每個封１個月日子就不用過啦，散夥吧

作者: winxp0286 时间: 2007-7-5 21:56
又擋信了。。。發到加拿大和台灣hinet的信。。一封都不放行。全被擋回。。暈。
退信內容：

＜[email=***@***.hinet.net]***@***.hinet.net[/email]:＞　//中華電信　
Connected to 168.95.5.212 but connection died. (#4.4.2)
I'm not going to try again; this message has been in the queue too long.

<[email=***@****.com]***@****.com[/email]:> //加拿大
Connected to 205.205.7.234 but connection died. (#4.4.2)
I'm not going to try again; this message has been in the queue too long.

[ 本帖最后由 winxp0286 于 2007-7-6 08:44 编辑 ]

作者: winxp0286 时间: 2007-7-6 08:44
越來越多的退信了！！暈！！！

作者: pater 时间: 2007-7-6 09:00
一定是台灣政府進行垃圾防范。不允許大陸郵件進入，影響台灣政府進行政權改革啊

作者: allen_wang 时间: 2007-7-6 12:39
问问大家，你们在收到系统的退信和延迟报告的时候，发信主机会不会产生很多如下日志?
来源：MSExchangeTransport  分类：SMTP协议  事件：7002
      MSExchangeTransport          SMTP协议          7010
      MSExchangeTransport          NDR                   3006

作者: xxwit 时间: 2007-7-9 10:35
这个问题看来是越来越严重了，都这么久了也没有好转，今天到日本的是发一封退一封，

作者: tdk 时间: 2007-7-9 10:38
我就与不到这个问题，想测试都没办法测试
唉
谁能给我个外面的客户呢，让我也测测

作者: winxp0286 时间: 2007-7-9 16:23
你碰到這樣的問題。。你也是沒辦法的。。。

作者: sangocn 时间: 2007-7-10 14:11
1、
我用163/21cn发问题邮件给hotmail.com/yahoo.com，也还是会收到551的退信
不过，hotmail.com/yahoo.com的邮箱可以收到邮件
甚至，hotmail.com可以收到7-8封，直到163收到551退信为止

2、
用公司的邮件，如果采用OWA方式发送问题邮件，就不会收到551退信，对方也可以正常收到邮件
Exchange的IIS有启用SSL加密

3、是否可以说明，如果采用SSL加密，就可以解决551退信问题？

4、
我现在只设置了Exchange2000中，IIS 的SSL，
可是，要怎么设置，才可以让OE/Outlook也采用SSL来发送邮件。
因为，我在OE/Outlook设置了SSL SMTP，却提示说服务器不支持SSL
在Exchange2000中，要怎样设置，才可以让OE/Outlook也使用SSL SMTP发送邮件？
实在搞不懂，请各位老大指点迷津，谢谢！

作者: atong999888 时间: 2007-7-16 10:16
看看外面人家是怎么说的:

最近寄網大陸公司都會出現退信MEssage
http://forums.microsoft.com/Tech ... iteID=23&mode=1

作者: Chunpin 时间: 2007-7-16 11:15
目前我們公司也發生這種問題，我們在大陸的七家分公司各自與香港、台北分公司的往來信件都發生卡信或是退信的狀況
這不是系統問題，因為上海微軟與美國微軟工程師皆有連線協助處理，都表示系統沒問題
這些分公司所用的ISP分別為網通、鐵通、中國電信，都一樣會發生，只是問題大小不一，
根據ISP表示此狀況為國家安全規範影響的，微軟論壇上也有許多人表示有此狀況
http://forums.microsoft.com/Technet-CHT/ShowPost.aspx?PostID=1768500&SiteID=23
而後我採取建立VPN方式，將各公司間的網路用IP-SEC建立VPN Tunnel，建立完畢後
全部的問題都解決了，在此可以建議只有VPN方式或是專線也許才是最穩的作法
如果要改用SMTP-SSL，也許可以試試看，那我也沒試過，也許這樣可躲過網路的屏蔽
請有試過的網友們提供心得，感謝

作者: Chunpin 时间: 2007-7-16 11:23
To TDK大大

您想測試，我這邊可以提供您測試，請與我聯絡，我們公司在美國、香港、台北都有架設Exchange，應該可以做很完整的測試

目前這種狀況應該應是中國政府對外的GFW造成的，很麻煩

作者: tdk 时间: 2007-7-16 11:29

原帖由 winxp0286 于 2007-7-9 16:23 发表
你碰到這樣的問題。。你也是沒辦法的。。。

kerio 板块用ssl加密后测试，一直没什么问题
但是就是没更多人愿意响应测试，并提交测试结果
http://www.5dmail.net/bbs/thread-167411-1-1.html
已经快一个月了

作者: live-share 时间: 2007-7-16 12:00
还好，台湾那边也这样，心里还平衡一点，哈哈哈

作者: tdk 时间: 2007-7-16 12:12

原帖由 Chunpin 于 2007-7-16 11:23 发表
To TDK大大

您想測試，我這邊可以提供您測試，請與我聯絡，我們公司在美國、香港、台北都有架設Exchange，應該可以做很完整的測試

目前這種狀況應該應是中國政府對外的GFW造成的，很麻煩

兄弟，给你发message了，如果方便你可以测试一下

作者: winxp0286 时间: 2007-7-16 14:47
台灣的發不進來。大陸的發不出去。。就這樣。。兩邊斷掉了聯系！

作者: Eve 时间: 2007-7-17 17:06
标题: 退信
真是郁闷啊,发往国外的邮件收不到,国外发过来也收不到,退信#5.5.0 smtp;551 User not local; please try
<forward-path>>
现在是不是整个大陆都有这种情况啊???

作者: bzyf 时间: 2007-7-17 18:10
郁闷死了，什么gj啊，发个邮件还要这么搞，太无聊鸟

作者: 钉子 时间: 2007-7-17 18:32
标题: 回复 #95 tdk 的帖子
tdk，关于这一个帖，我来总结一下，有错误的话，大家指正。

其实SSL也好，TLS也好。只有当发送方和接受方都支持才行。但是现在并不能保证所有的邮件服务器都打开了SSL或TLS，所以只有打开了的才有可能增加成功率，如果没有打开SSL和TLS的对方服务器，就会使用普通方式，也就是不使用SSL和TLS的传输。

当然，能打开这个功能的话还是有一些好处的。最起码国外还有有一些服务器支持SSL和TLS的。

不过，针对EX的TLS，按KB说，如果EX开启了TLS，对方不支持TLS的话，会退回邮件，也就是没有自动改成普通方式的功能。所以对于EX还是不要用。如果针对你保证对方有TLS的，就用连接器去连。

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