Exchange Server 2003 & DNS Problems

By jizunkmizail ·
I'm having some problems setting up an Exchange server, and I think it's because I have my DNS server set up incorrectly. I have an A record set up for, and then a CNAME record set up for When I do an nslookup on, I get the correct (local) IP of, however when I try to ping, it doesn't work because it's trying to ping the global IP of the server. This doesn't make a lot of sense to me. Any ideas?

From a client computer, all of the emails I try to send to another local user get bounced back with this error:

#5.1.8 smtp;553 5.1.8 <>... Domain of sender address sender@servername.local does not exist>

Thanks in advance,

This conversation is currently closed to new comments.

5 total posts (Page 1 of 1)  
| Thread display: Collapse - | Expand +

All Answers

Collapse -

MX records

by CG IT In reply to Exchange Server 2003 & DN ...

whats the MX record say?

Collapse -

RE: MX records

by jizunkmizail In reply to MX records

the MX record for points to

but, like I said, for some reason seems to be getting resolved to the global IP instead of the local one. when i use nslookup, it resolves correctly, but if i use ping, it tries to ping the global ip.

this may or may not be the problem, but it's the only thing i can think of at the moment.

thanks for the reply,

Collapse -


by CG IT In reply to Exchange Server 2003 & DN ...

It's pretty simple. your public domain name that is your FQDN must resolve to your public address for anyone on the internet to find you.

for you LAN, for users to find all services on the LAN, queries must resolve to LAN addresses.

Since your private Domain Name is <domain name>.local all DNS records on the DNS server in the forward lookup zone for the Zone <domain name>.local need to have the[ .local = local server address ]records.

What sounds like what is happening is that you have a MX record in DNS that says MX = <domain > ..... therefore mail destined for the LAN doesn't get delivered because LAN domain is .local not .com

So, to resolve this, for your public name to get to you, you need an authoritative DNS server listed at your domain registrar that says <domain name>.com/org/net is <public IP address> or an *.<domain name>.com/org/net [asterisk is wildcard].

your internal DNS server is as I mentioned above needs internal records including the MX record that is resolved to .local

Collapse -

check your recipient policy

by mike.walker In reply to Exchange Server 2003 & DN ...

MAILFLOW: Based on the NDR message "sender@servername.local does not exist", you have your internal domain called domain.local. Exchange uses the domain name as the primary SMTP address by default (which is used as FROM:), so you have to modify the recipient policy to be instead.

DNS: Unless you are a large company hosting your own DNS records for the Internet, you should not have anything about or MX records in your internal DNS. Your MX record needs to be hosted externally so people on the Internet know the public IP address where to send mail for your domain. The device receiving traffic on that IP address (router, firewall, etc.) needs to redirect port 25 traffic to the Exchange server. You will have a host(A) record for the name of the server which handles the mail so internal clients can resolve the server. The ping may be getting blocked by a firewall, so may not be a good test of connectivity. try "TELNET servername 25" to see if you get the SMTP banner from Exchange.

Back to Networks Forum
5 total posts (Page 1 of 1)  

Related Discussions

Related Forums