Please Whitelist This Site?

I know everyone hates ads. But please understand that I am providing premium content for free that takes hundreds of hours of time to research and write. I don't want to go to a pay-only model like some sites, but when more and more people block ads, I end up working for free. And I have a family to support, just like you. :)

If you like The TCP/IP Guide, please consider the download version. It's priced very economically and you can read all of it in a convenient format without ads.

If you want to use this site for free, I'd be grateful if you could add the site to the whitelist for Adblock. To do so, just open the Adblock menu and select "Disable on tcpipguide.com". Or go to the Tools menu and select "Adblock Plus Preferences...". Then click "Add Filter..." at the bottom, and add this string: "@@||tcpipguide.com^$document". Then just click OK.

Thanks for your understanding!

Sincerely, Charles Kozierok
Author and Publisher, The TCP/IP Guide


NOTE: Using software to mass-download the site degrades the server and is prohibited.
If you want to read The TCP/IP Guide offline, please consider licensing it. Thank you.

The Book is Here... and Now On Sale!

Searchable, convenient, complete TCP/IP information.
The TCP/IP Guide

Custom Search







Table Of Contents  The TCP/IP Guide
 9  TCP/IP Application Layer Protocols, Services and Applications (OSI Layers 5, 6 and 7)
      9  Name Systems and TCP/IP Name Registration and Name Resolution
           9  TCP/IP Name Systems: Host Tables and Domain Name System (DNS)
                9  TCP/IP Domain Name System (DNS)
                     9  DNS Name Servers and Name Resolution
                          9  DNS Resolution Concepts and Resolver Operations

Previous Topic/Section
DNS Reverse Name Resolution Using the IN-ADDR.ARPA Domain
Previous Page
Pages in Current Topic/Section
1
2
Next Page
DNS Messaging and Message, Resource Record and Master File Formats
Next Topic/Section

DNS Electronic Mail Support and Mail Exchange (MX) Resource Records
(Page 1 of 2)

Most savvy users of the Internet know that the Domain Name System exists, and usually associate it with the most common Internet applications. Of these applications, the “big kahuna” is of course the World Wide Web. It's probably the case that the majority of DNS name resolution requests are spawned as a result of Web server domain names being typed into browsers billions of times a day, as well as requests for named pages generated by both user mouse clicks and Web-based applications.

Of course, DNS is not tied specifically to any one application. We can specify names in any place where an IP address would go. For example, you can use a DNS name instead of an address for an FTP client, or even for a troubleshooting utility like traceroute or ping. The resolver will in each case take care of translating the name for you.

There's one application that has always used DNS, but it's one that doesn't usually spring to mind when you think about DNS: electronic mail. Electronic mail is in fact more reliant on DNS than just about any other TCP/IP application. Consider that while you may sometimes type in an IP address for a command like traceroute, or even type it into a browser, you probably have never sent anyone mail by entering “joe@14.194.29.60” into your e-mail client. At least I never have in over a dozen years being online. You instead type “joe@xyzindustries.com”, and DNS takes care of figuring out where electronic mail for XYZ Industries is to go.

Special Requirements for Electronic Mail Name Resolution

Name resolution for electronic mail addresses is different from other applications in DNS, for three reasons that I describe in the overview topic on TCP/IP e-mail addressing and address resolution. To summarize: first, we may not want electronic mail to go to the exact machine specified by the address; second, we need to be able to change server names without changing everyone's e-mail address; and third, we need to be able to support multiple servers for handling mail.

For example, XYZ Industries might want to use a dedicated mail server called “mail.xyzindustries.com” to handle incoming mail, but actually construct all of its e-mail addresses to use “@xyzindustries.com”. This makes addresses shorter, and allows the server's name to be changed without affecting user addresses. If the company wishes, it might decide to use two servers, “mail1.xyzindustries.com” and “mail2.xyzindustries.com”, for redundancy, and again have just “@xyzindustries.com” for addresses.


Previous Topic/Section
DNS Reverse Name Resolution Using the IN-ADDR.ARPA Domain
Previous Page
Pages in Current Topic/Section
1
2
Next Page
DNS Messaging and Message, Resource Record and Master File Formats
Next Topic/Section

If you find The TCP/IP Guide useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider purchasing a download license of The TCP/IP Guide. Thanks for your support!
Donate $2
Donate $5
Donate $10
Donate $20
Donate $30
Donate: $



Home - Table Of Contents - Contact Us

The TCP/IP Guide (http://www.TCPIPGuide.com)
Version 3.0 - Version Date: September 20, 2005

Copyright 2001-2005 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.