Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 20 replies
  • Subscribers 1 subscriber
  • Views 23083 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

Email problem and SMTP log message.

joequick
I have emails being returned that I send that say:
retry time not reached for any host after a long failure period
 
Yet i get it in about 15 seconds.

I am in no way an expert (but smart enough to be dangerous) but the SMPT logs show the following:

2013-06-24 16:06:10 Remote host ******xx closed connection in response to MAIL FROM: SIZE=40910
2013-06-24 16:06:10 ******xx R=dnslookup T=remote_smtp defer (-18): Remote host ******xx closed connection in response to MAIL FROM: SIZE=40910


I am only having this issue with this domain.
Otherwise all email is working great.

The people I am emailing do not seem to know how to fix this issue?
It seems to me like some kind of SPAM/Firewall setting on their end that is blocking / dropping the connection. 
The same as if I had SPF/RDNS or BATV on and someone failed one of those checks.

This tells me they dropped my connection based on who I was.
Is this correct or do I have the issue????

I just want to be able to point them or myself for that matter in the right direction.

Thanks,
Joe

Oh yeah, I am running ASG v9.101-12


This thread was automatically locked due to age.
Parents
  • 0
    WOW. I think that did the trick!
    I already had the domain in the SMTP exceptions and was skipping everything. Didnt think about TLS. (prob becuase I have no clue about it)

    When I went to MailManager nothing was in the spooler and the logs showed it was delivered.

    So I guess the issue was with TLS.
    Now is it an issue in my config, their config or do the servers just not like each other?

    Thanks again!!!
  • 0 in reply to joequick
    Glad that worked for you JoeQ.  Most likely it's a problem with the destination Exchange 2003 (Microsoft ESMTP MAIL Service, Version: 6.0).  The problem is that the Exchange 2003 server without fixes, can have TLS issues that won't work with Sophos' TLS.  That's why telling the Sophos to skip using a TLS connection to that particular destination allows email to pass.

    The recipient can fix it on their end. Their tech can Google or Bing Exchange Server 2003 TLS problems.  Lots of info out there.  But if they're still running a 2003 Exchange server, my guess would be that they won't want to bother (read: spend the time and money).  So unless it's a big security issue on your side.....

    Now go back and re-enable all your SMTP checks you don't typically skip.
Reply
  • 0 in reply to joequick
    Glad that worked for you JoeQ.  Most likely it's a problem with the destination Exchange 2003 (Microsoft ESMTP MAIL Service, Version: 6.0).  The problem is that the Exchange 2003 server without fixes, can have TLS issues that won't work with Sophos' TLS.  That's why telling the Sophos to skip using a TLS connection to that particular destination allows email to pass.

    The recipient can fix it on their end. Their tech can Google or Bing Exchange Server 2003 TLS problems.  Lots of info out there.  But if they're still running a 2003 Exchange server, my guess would be that they won't want to bother (read: spend the time and money).  So unless it's a big security issue on your side.....

    Now go back and re-enable all your SMTP checks you don't typically skip.
Children
No Data
Unfiltered HTML