Link to home
Start Free TrialLog in
Avatar of GordonRae
GordonRaeFlag for Afghanistan

asked on

550 5.1.1 RESOLVER.ADR.RecipNotFound; not found: Only to one external domain

Server 2003 with Exchange 2007: Been stable for some time, now we can't email anybody@ineos.com . I contacted Microsoft Front Bridge, who advise that these emails being sent to @ineos.com are not even reaching them. Seems they are not getting past Exchange 2007.  All other email functions working well. I assume this is a DNS issue. Does anybody have a "workaround" that I can apply?
Avatar of Hind987
Hind987
Flag of India image

Hi,

Please check whether pop3 and smtp services are running on your server.
then delete all your mails from queue using command.
Then check whether u r ports are working are not.if not allow them in firewall. if their is a firewall.
check the entries in the records of u r domain where u have configure u r domain records.

check by pinging the mail server.

It looks like that domain use postini.

From the server, check that you can run an nslookup query for their domain.

nslookup -q=mx ineos.com

You should get returned 4 entries for psmtp.com

If you do not, then you have a DNS issue.

If you get an entry, then try using telnet to one of these servers on port 25 and try sending an email. What happens?

Shaun
Avatar of GordonRae

ASKER

Hi Shaun, ran nslookup -q=mx ineos.com  and I got the 4 entries OK

 using telnet, it failed to connect to mail.ineos.com , but does connect to the IP addresses.
Tried another test email, and here's the NDR
Generating server: exchange.jarvieplant.co.uk

douglas.bruce@ineos.com
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from exchange.jarvieplant.co.uk ([10.0.1.2]) by
 exchange.jarvieplant.co.uk ([10.0.1.2]) with mapi; Thu, 7 Jan 2010 07:31:55
 +0000
Content-Type: application/ms-tnef; name="winmail.dat"
Content-Transfer-Encoding: binary
From: Administrator <administrator@jarvie.local>
To: "douglas.bruce@ineos.com" <douglas.bruce@ineos.com>
Date: Thu, 7 Jan 2010 07:31:53 +0000
Subject: test 123
Thread-Topic: test 123
Thread-Index: AQHKjrhqV+5hZwF4DUi47/MGEaQ+qg==
Message-ID: <DD58E426786DA54F8DF9AD47E16FC5CD010334F08927@exchange.jarvieplant.co.uk>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <DD58E426786DA54F8DF9AD47E16FC5CD010334F08927@exchange.jarvieplant.co.uk>
acceptlanguage: en-US
MIME-Version: 1.0
PS To Shaun, from the above NDR, I noticed the sending account was .local, so I re-ran test using another account, and it's the same.

Generating server: exchange.jarvieplant.co.uk

douglas.bruce@ineos.com
#550 5.1.1 RESOLVER.ADR.RecipNotFound; not found ##

Original message headers:

Received: from exchange.jarvieplant.co.uk ([10.0.1.2]) by
 exchange.jarvieplant.co.uk ([10.0.1.2]) with mapi; Thu, 7 Jan 2010 07:40:29
 +0000
Content-Type: application/ms-tnef; name="winmail.dat"
Content-Transfer-Encoding: binary
From: Admin Jarvie <admin@jarvieplant.co.uk>
To: "douglas.bruce@ineos.com" <douglas.bruce@ineos.com>
Date: Thu, 7 Jan 2010 07:40:28 +0000
Subject: Testing 123
Thread-Topic: Testing 123
Thread-Index: AQHKj2yuNZqqTftStU66ifzuOjuvZw==
Message-ID: <DD58E426786DA54F8DF9AD47E16FC5CD01033720DD25@exchange.jarvieplant.co.uk>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator: <DD58E426786DA54F8DF9AD47E16FC5CD01033720DD25@exchange.jarvieplant.co.uk>
MIME-Version: 1.0
Where are you getting mail.ineous.com from?

The servers that should be returned are:
ineos.com       MX preference = 200, mail exchanger = ineos.com.s200a2.psmtp.com

ineos.com       MX preference = 300, mail exchanger = ineos.com.s200b1.psmtp.com

ineos.com       MX preference = 400, mail exchanger = ineos.com.s200b2.psmtp.com

ineos.com       MX preference = 100, mail exchanger = ineos.com.s200a1.psmtp.com

If you are getting anything else, then you have a DNS issue to sort out. Check from your device and any DNS servers you use that it is not distributing incorrect information.

shaun
mail.ineos.com (just guessed thats their mail server)
I'm getting the exact same results, so DNS seems stable.
Boss getting a bit impatient, is there a workaround that (perhaps) I create another SEND connector that would work? Just thinking out loud.
ASKER CERTIFIED SOLUTION
Avatar of shauncroucher
shauncroucher
Flag of United Kingdom of Great Britain and Northern Ireland image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
Good thinking Batman,  OK, I did get connected using telnet to the IP address. I did not try to send mail.
What FQDN shaouls i telnet to, then try to send smtp mail?
I think this may be a "FrontBridge" issue... even though they claim that mail to ineos.com doesn't even hit their filters/smart hosts.
Telnet to one of the 4 servers listed above.

Then type:

HELO server.yourdomain.com
MAIL FROM:<youraddress>
RCPT TO:<douglas.bruce@ineos.com>
DATA
This is a test
.

And see if this gets through

Shaun
OK, telet to ineos.com 25 , worked fine
EHLO test 502 Error: command not implemented.
220 server14.douwere.com ESMTP Postfix
EHLO test.com
502 Error: command not implemented
EHLO ineos.com
502 Error: command not implemented
MAIL FROM:test@2020it.co.uk
250 Ok
RCPT TO@ douglas.bruce@ineos.com
501 Syntax: RCPT TO: <address>
RCPT TO: douglas.bruce@ineos.com
554 <douglas.bruce@ineos.com>: Relay access denied

So, this (IMHO) looks like it's Front Bridge, no? I can connect to ineos.com 25, so DNS is OK,  any advice? other than go back to FrontBridge... Thanks Shaun
Same reults....
220 server14.douwere.com ESMTP Postfix
HELO mail.2020it.co.uk
250 server14.douwere.com
MAIL FROM: test@2020it.co.uk
250 Ok
RCPT TO:douglas.bruce@ineos.com
554 <douglas.bruce@ineos.com>: Relay access denied
No the syntax is all wrong there.
Try as I have written below (exact syntax):

HELO server.yourdomain.com
MAIL FROM:<test@2020it.co.uk>
RCPT TO:<douglas.bruce@ineos.com>
DATA
This is a test
.

Shaun
Don't telnet ineoc.com, telnet ineos.com.s200a2.psmtp.com

So:

 telnet ineos.com.s200a2.psmtp.com 25

Shaun
220 server14.douwere.com ESMTP Postfix
HELO server.yourdomain.com
250 server14.douwere.com
MAIL FROM: administrator@jarvieplant.co.uk
250 Ok
RCPT TO: douglas.bruce@ineos.com
554 <douglas.bruce@ineos.com>: Relay access denied
cos its not coming from a "Smart Host"?
You are telnetting an email server that is not authoritative for the domain.

'ineos.com' is a different host and is not a published mailserver for the domain.

Only the 4 servers listed as ****.psmpt.com are listed mailservers

Shaun
OK, sorry..... going to telnet to  telnet ineos.com.s200a2.psmtp.com 25
That seems to have worked....
220 Postini ESMTP 127 y6_23_0c16 ready.  CA Business and Professions Code Sectio
n 17538.45 forbids use of this system for unsolicited electronic mail advertisem
ents.
HELO server.yourdomain.com
250 Postini says hello back
MAIL FROM: administrator@jarvieplant.co.uk
250 Ok
RCPT TO: douglas.bruce@ineos.com
250 Ok
DATA
354 Feed me
Test from Gordon Rae
OK, so next if you run the exact same telnet test from the server (or a PC in your Local network) to the frontbridge server you are using as a smarthost (I presume), what does this say?

Does this give a 5.1.1

Shaun
Hi Shaun, hope you had a good weekend, that worked OK too...

220 VA3EHSMHS029.bigfish.com Microsoft ESMTP MAIL Service ready at Mon, 11 Jan 2
010 13:25:56 +0000
HELO server.yourdomain.com
250 VA3EHSMHS029.bigfish.com Hello [81.137.233.223]
MAIL FROM: test@2020it.co.uk
250 2.1.0 Sender OK
RCPT TO: douglas.bruce@ineos.com
250 2.1.5 Recipient OK
DATA
354 Start mail input; end with <CRLF>.<CRLF>
Test from Jarvie Plant
`
CRLF
CRLF.CRLF
Shaun, you're gonna kill me..... this has been an intermittent fault for a while, whilst trying to get it to work, I HAVe entered them (ineos.com) as an accepted domain (Cringe) however, I must have done this when trying to fix it.
Nevermind, it happens to the best of us.

The next test was going to be run the test against your exchange server and then we would have known for sure!

Glad I could help,

Shaun
I do wonder if the issue will re-apper, I didn't enter it in "acceped domains" <in error>  foe no reason. I suspect I've not heard the last. Cheers again fella.
Glad I could help,

If it was in accepted domains, that would cause exactly the error you are seeing as when an internal user sends to any address at the domain, it will only attempt to check your server for the recipient address, and of course, it will not find it.

Shaun