MDaemon Server的邮件发送被拒绝问题

samfan

很奇怪啊，我的邮件服务器发送出去的邮件，经常被MDaemon服务器当成死件退回来，但有的时候能发出去，请问各位高手，这是怎么回事啊？？<br>
配置：<br>
windows 2000 server <br>
MDaemon 7.0.1 pro<br>

samfan

怎么没有人遇到这种问题吗？唉。。。是不是DNS的问题呢？<br>
我原来用了210.22.70.3（网通)的DNS,现在我改成电信的，不知道会不会出现累似现象。<br>
各位高手，有没有其他的问题造成上诉问题啊？<br>
帮忙分析分析阿~~<br>
谢谢

samfan

此问题很少见吗？看来应该从网络问题来分析了，我现在更改了dns，一切正常，但不知道根本原因是不是这个问题。值得好好想想：）<br>

samfan

看来不是DNS问题了，错误回复如下：<br>
The attached message had transient non-fatal delivery errors<br>
<br>
THIS IS A WARNING MESSAGE ONLY - YOU DO NOT NEED TO RESEND YOUR MESSAGE!<br>
<br>
This server is configured to automatically retry delivery at configured<br>
intervals. Subsequent attempts to deliver this message are pending.<br>
<br>
Failed address: info@vctg.com<br>
<br>
--- Session Transcript ---<br>Tue 2004-07-06 17:47:14: Parsing Message <xxxxxxxxxxxxxxxxxx\pd50000000249.msg><br>Tue 2004-07-06 17:47:14: From: sam@risezone.com<br>Tue 2004-07-06 17:47:14: To: info@vctg.com<br>Tue 2004-07-06 17:47:14: Subject: Re:RE:<br>Tue 2004-07-06 17:47:14: Message-ID: <000c01c46337$166d9d10$0848eadc@nicn><br>Tue 2004-07-06 17:47:14: MX-record resolution of [vctg.com] in progress (DNS Server: 202.96.209.5)...<br>Tue 2004-07-06 17:47:24: 10 second wait for DNS response exceeded (attempt 1 of 3).<br>Tue 2004-07-06 17:47:24: MX-record resolution of [vctg.com] in progress (DNS Server: 210.22.70.3)...<br>Tue 2004-07-06 17:47:24: P=100 D=vctg.com TTL=(1328) MX=[mx2.gworld.net] {202.68.96.96}<br>Tue 2004-07-06 17:47:24: P=050 D=vctg.com TTL=(1328) MX=[mx1.gworld.net] {202.68.96.69}<br>Tue 2004-07-06 17:47:24: P=020 D=vctg.com TTL=(1328) MX=[mx2.gworld.net] {202.68.96.96}<br>Tue 2004-07-06 17:47:24: P=010 D=vctg.com TTL=(1328) MX=[mx1.gworld.net] {202.68.96.69}<br>Tue 2004-07-06 17:47:24: Attempting MX: P=010 D=vctg.com TTL=(1328) MX=[mx1.gworld.net] {202.68.96.69}<br>Tue 2004-07-06 17:47:24: Attempting SMTP connection to [202.68.96.69 : 25]<br>Tue 2004-07-06 17:47:24: Waiting for socket connection...<br>Tue 2004-07-06 17:47:24: Socket connection established (210.62.215.61 : 4668 -> 202.68.96.69 : 25)<br>Tue 2004-07-06 17:47:24: Waiting for protocol initiation...<br>Tue 2004-07-06 17:47:54: 30 second wait for protocol timeout exceeded.<br>Tue 2004-07-06 17:47:54: Attempting MX: P=020 D=vctg.com TTL=(1328) MX=[mx2.gworld.net] {202.68.96.96}<br>Tue 2004-07-06 17:47:54: Attempting SMTP connection to [202.68.96.96 : 25]<br>Tue 2004-07-06 17:47:54: Waiting for socket connection...<br>Tue 2004-07-06 17:48:15: Winsock Error 10060 The connection timed out.<br>Tue 2004-07-06 17:48:15: Attempting MX: P=050 D=vctg.com TTL=(1328) MX=[mx1.gworld.net] {202.68.96.69}<br>Tue 2004-07-06 17:48:15: Attempting SMTP connection to [202.68.96.69 : 25]<br>Tue 2004-07-06 17:48:15: Waiting for socket connection...<br>Tue 2004-07-06 17:48:15: Socket connection established (210.62.215.61 : 4674 -> 202.68.96.69 : 25)<br>Tue 2004-07-06 17:48:15: Waiting for protocol initiation...<br>Tue 2004-07-06 17:48:45: 30 second wait for protocol timeout exceeded.<br>Tue 2004-07-06 17:48:45: Attempting MX: P=100 D=vctg.com TTL=(1328) MX=[mx2.gworld.net] {202.68.96.96}<br>Tue 2004-07-06 17:48:45: Attempting SMTP connection to [202.68.96.96 : 25]<br>Tue 2004-07-06 17:48:45: Waiting for socket connection...<br>Tue 2004-07-06 17:49:06: Winsock Error 10060 The connection timed out.<br>Tue 2004-07-06 17:49:06: This message is 68 minutes old; it has 0 minutes left in this queue<br>Tue 2004-07-06 17:49:06: Primary queue lifetime exceeded; message placed in retry queue<br>
--- End Transcript ---<br>
: Message contains [1] file attachments<br>
麻烦各位帮忙分析分析。。谢谢~~

samfan

邮件地址，绝对没有问题，我原来一直用的。可是我现在基于MDaemon的邮件服务器就不能发送给对方，这是什么问题造成的阿？？<br>
请教各位高手指点指点

whytn

延长一下SOCKET的等待时间试试看

samfan

在MDaemon Server里面哪里调整？

samfan

我已经将DNS直接改为该服务器的DNS，在防火墙上面，我没有，服务器直接面对网络。<br>
我现在将Socket时间调整为等待60秒。。<br>
再试试看。<br>

samfan

恩，对方是香港服务器。但是，我遇到并不只是这一个邮件地址有错误(globalsources.com也出过类似故障)。<br>
我用其他邮件可以发给对方。

samfan

Question/Problem: Connection timed out.<br>
<br>
Answer/Solution: A connect or send request failed because the connected party did not properly respond after a period of time. (The timeout period is dependent on the communication protocol.) <br>
<br>
Check the obvious first: check that the destination address is a valid IP address. If you used a hostname, did it resolve to the correct address? If the hostname resolution uses a local host table, it is possible you resolved to an obsolete address. Can you ping that hostname? <br>
<br>
Do you have a router configured? Is the router up and running? (You can check by pinging it, and then ping an address on the other side of it.) Try a traceroute to the destination address to check that all the routers are functioning. <br>
<br>
Check your subnet mask. If you don't have the proper subnet mask, your network system may treat a local address as a remote address (so it forwards addresses on the local subnet to the router, rather than broadcasting an ARP request locally), or vice versa. <br>
<br>
<br>
---这是官方的问题解释。<br>
我照着所提到的解决方案我一一核对。。但结果。。令人失望。。。<br>
这些只是提到网络问题造成这类型故障。。但网络方面委实有点牵强。