DNS A Record Change – How to Keep Email Working with MX Record Pointing to Domain

You're learning why you shouldn't use the same domain name for your Active Directory as you're using for your external Internet presence.

The "A" records for the domain referring to the domain controllers are used for DFS to resolve the name of the domain to a domain controller (primarily for client computers to access the SYSVOL). If you delete those "A" records you're going to see group policy break, amongst other things.

If you can't rename the AD domain, I think you're stuck putting IIS (or some other HTTP server) up on those boxes to redirect client computers to the right host.

This is why I name my AD domains "ad.domain.com". You should have a really, really good reason before you create a DNS zone on a private DNS server that matches a zone that the Internet has authoritative DNS servers for already. You've done that, and added Active Directory into the mix.

Contrary to what Wooble says, the wording is quite sensible. The case that it addresses, of course, is fairly obvious with a little thought: Someone adjusts the name server records to switch from another company's content DNS hosting service to Network Solutions' content DNS hosting service without copying any of the existing other records across, and all of a sudden HTTP and SMTP go awry, as the world at large is no longer told the right places to contact for these services.

Yes, people sometimes do not know that it's necessary to transfer the database across from one publisher to another when one switches publishers.

And contrary to what spacehunt says, things will not soft fail if you switch the servers before copying the database. In the absence of MX resource records, SMTP Relay clients will fall back to A and AAAA resource records, per RFC 2821 § 5. They won't be there, of course, since you haven't copied them over either. The SMTP Relay clients will bounce all queued mail as undeliverable. Soft failures occur in the event that DNS query resolution fails to get an answer at all, not in the event that query resolution succeeds and gives a zero records answer.

In a similar vein, do you know that it isn't necessary to switch DNS hosting companies if all that you want to do (This is what you've told us.) is point HTTP service somewhere else? As you've explained it, what you're doing seems entirely unnecessary. You have company A providing SMTP mail service and content DNS service for the client, and company B providing content HTTP service. To make company B's services known to the world, it's not necessary at all to replace company A with a company C — Network Solutions. Just go to the current content DNS service provider and enter the necessary A and AAAA resource records into the database.