Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 5 replies
  • Subscribers 1 subscriber
  • Views 1454 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

[4.021] Possible Exim problem ?

Simon Shaw
Trying to send emails to  sina.com/sina.com.cn  getting the error message below very often.

2004-05-11 11:35:43 Remote host sinamx.sina.com.cn [202.106.182.168] closed connection in response to end of data

I only seem to get the error with sina.com.cn but we send a lot of mails to that ISP (Probably biggest ISP in China).

I googled for this error and found this:

"Basically, one of your MTAs is disconnecting without sending a QUIT command (which is supposed to follow the last DATA command in an SMTP transaction).  This may be an exim configuration issue."

Any clues as to what I can do about this ?


This thread was automatically locked due to age.
Parents
  • 0
    I am having this exact same problem, and it has caused me to lose a lot of mail.  I routed SMTP directly to my mail server (as opposed to using the proxy) and it worked fine, so I know it's exim.

    This used to work perfectly for me  in v4.x, so there is something we need to tweak in the exim settings in the new version.

    Any ideas?  I'd like to get my proxy back up -- especially since I have paid for the virus licence...

    Thanks.
  • 0 in reply to danielrm26
    Cancel that.  Seems the ISP wont allow connections from a 3rd party smarthost either so I think the problem is the sina.com.cn SMTP server, not ours.
  • 0 in reply to Simon Shaw
    [ QUOTE ]
    Seems the ISP wont allow connections from a 3rd party smarthost

    [/ QUOTE ]This is a common issue, and is likely to become even more common. For a mail server to allow inbound 3rd party traffic, simply invites in spam and virus email traffic from unknown sources. Mail server administrators are being much more carefull these days about what other mail servers they will accept mail from, since so many of the new worms and viruses have a SMTP send agent built into them.

    In my view, the best bet for a small organization using the ASL SMTP proxy as their outbound mail agent, is to configure the SMTP proxy to forward all the mail to their local ISP's SMTP server, and let that one send it onward. By not trying to send the mail directly to its destination straight from your ASL SMTP proxy, you avoid any possible mail refusal problems from the destination mail servers.

    The SMTP servers operated by ISPs, will generally accept and relay all the outbound mail traffic originating from their own customer base IP address ranges.
Reply
  • 0 in reply to Simon Shaw
    [ QUOTE ]
    Seems the ISP wont allow connections from a 3rd party smarthost

    [/ QUOTE ]This is a common issue, and is likely to become even more common. For a mail server to allow inbound 3rd party traffic, simply invites in spam and virus email traffic from unknown sources. Mail server administrators are being much more carefull these days about what other mail servers they will accept mail from, since so many of the new worms and viruses have a SMTP send agent built into them.

    In my view, the best bet for a small organization using the ASL SMTP proxy as their outbound mail agent, is to configure the SMTP proxy to forward all the mail to their local ISP's SMTP server, and let that one send it onward. By not trying to send the mail directly to its destination straight from your ASL SMTP proxy, you avoid any possible mail refusal problems from the destination mail servers.

    The SMTP servers operated by ISPs, will generally accept and relay all the outbound mail traffic originating from their own customer base IP address ranges.
Children
  • 0 in reply to VelvetFog
    sina.com.cn wont allow traffic from my servers or my ISP's.

    I think they are doing something stupid like:

    Only allow traffic from domain "blah" if it is coming from the MX IP for domain "blah".

    This is pretty dumb of them but I'm not going to argue with a Chinese ISP... it's like bashing your head against a wall.
  • 0 in reply to Simon Shaw
    My customer has a similar problem: It sends mail from an internal Lotus Domino server through Astaro SMTP Proxy. Astaro has  a fixed IP on its internal interface. The MX record for customers domain points to ASLs IP. So far so good.
    Problem exists with some mail servers not accepting mails since IP of mail server (Internal IP of Domino) does not fit to the Domain name it uses (mail.customer.com).
    The reason seems to be that ASL uses the internal IP of the mail server when it communicates with external mail servers - why? Effectively, ASL claims to send from Internal IP rather than its correct external IP. Any way to change that (besides Exim header re-writing?).
Cookie Information Banner