The Planet Forums > Offsite email DNS issues?

The Planet Forums > System Administration > DNS Hosting

timbernet

Jan 8 2007, 02:07 PM

Hello,
The email for one of my clients is hosted somewhere else - I have my MX records pointing to his server and all that works fine - EXCEPT - when his PHP code running on my server tries to send a message to his domain.

So lets say his domain is abc.com. My MX record says abc.com to 123.456.78.9
while the A is
abc.com to 321.567.456.8

When his script tries to send to owner@abc.com - it doesn't go to the 123.456.78.9 server - it stays put at 321.567.456.8...

Is this a DNS error? My mail server software? PHP? What should I be looking at?

Thanks!

Oh - and no... I am not really using IP addresses like that.

kfukasawa

Jan 8 2007, 02:32 PM

It sounds like your mail server believes that it is hosting that domains mail. This is a common problem on cPanel servers. If you are using cPanel, you can correct this issue by following this procedure.

Remove the domain from the '/etc/localdomains' file.
Add the domain to the '/etc/remotedomains' file (create /etc/remotedomains if it does not exist).

timbernet

Jan 8 2007, 02:40 PM

I am running cPanel (sadly) - that domain is not in the localdomains file and it is in the remotedomains file. I think the server has been rebooted since then - so the changes should be applied.

kfukasawa

Jan 8 2007, 03:05 PM

Can you give us the output of the exim_mainlog when you try to send those messages?

timbernet

Jan 8 2007, 03:46 PM

CODE

2007-01-08 13:44:34 1H42IE-0006UQ-Ku ** joe.bob@abc.net R=fail_remote_domains: unrouteable mail domain "abc.net"

2007-01-08 13:44:34 1H42IE-0006UV-VB <= <> R=1H42IE-0006UQ-Ku U=mailnull P=local S=1382

2007-01-08 13:44:34 1H42IE-0006UQ-Ku Completed

2007-01-08 13:44:35 1H42IE-0006UV-VB User 0 set for local_delivery transport is on the never_users list

2007-01-08 13:44:35 1H42IE-0006UV-VB == root@evergreen.me.com R=localuser T=local_delivery defer (-29): User 0 set for local_delivery transport is on the never_users list

2007-01-08 13:44:35 1H42IE-0006UV-VB ** root@evergreen.me.com: retry timeout exceeded

2007-01-08 13:44:35 1H42IE-0006UV-VB root@evergreen.me.com: error ignored

2007-01-08 13:44:35 1H42IE-0006UV-VB Completed

kfukasawa

Jan 8 2007, 04:08 PM

Here is your problem.

QUOTE

unrouteable mail domain "abc.net"

It looks like your mail server cannot reach the mail server for abc.net. Your best bet is to login to your server and see if you can resolve the mx record for that domain, using something like 'dig'. If you can, see if you can ping that IP from your server.

timbernet

Jan 8 2007, 05:26 PM

Heh, looks like I need this moved to Mail support...

Okay - I added this line

CODE

domainlist remote_domains = lsearch;/etc/remotedomains

And I added these comments

CODE

#!!# This new router is put here to fail all domains that

#!!# were not in local_domains in the Exim 3 configuration.

# fail_remote_domains:

# driver = redirect

# domains = ! +local_domains

# allow_fail

# data = :fail: unrouteable mail domain "$domain"

My server can access the server - so connectivity works just fine.

I see this now in my exim_mainlog:

CODE

2007-01-08 15:15:59 1H43ib-0000vt-3F Completed

2007-01-08 15:16:09 1H43ir-0000wN-MD <= scott@me.com H=(sbrownlaptop) [12.111.165.242] P=esmtpa A=fixed_login:scott@me.com S=3115 id=00b701c7337b$03427730$3d0ca8c0@sbrownlaptop

2007-01-08 15:16:10 1H43ir-0000wR-TS <= scott@me.com U=jimbo P=local-bsmtp S=3574 id=00b701c7337b$03427730$3d0ca8c0@sbrownlaptop

2007-01-08 15:16:10 1H43ir-0000wR-TS => joe.bob <joe.bob@abc.net> R=virtual_user T=virtual_userdelivery

2007-01-08 15:16:10 1H43ir-0000wR-TS Completed

2007-01-08 15:16:10 1H43ir-0000wN-MD => joe.bob <joe.bob@abc.net> R=virtual_sa_user T=virtual_sa_userdelivery

2007-01-08 15:16:10 1H43ir-0000wN-MD => joe.bob <joe.bob@abc.net> R=boxtraper_autowhitelist T=boxtrapper_autowhitelist

2007-01-08 15:16:10 1H43ir-0000wN-MD Completed

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.