The DNS protocol was developed to allow organizations to maintain their own database of host name to IP address mappings, while allowing remote organizations to access their names database to resolve queries. The biggest difficulty the DNS protocol has to overcome is 'who has the correct database to answer this query?' This is achieved by organizing the name space into a hierarchical structure with a name server being authoritative for a particular domain. The name server for each domain only has to know of its connected subdomains.
A name server has a dual purpose, either answering the query (if it has the answer in its database) or informing the host of a more suitable name server. Thus a host generating a query does not have to know of the whole tree, just the IP address of a name server at the root of the tree. This name server will inform the querying host to try one of the name servers authoritative for the relevant sub domain. The querying host will continue querying relevant name servers, getting closer to the desired domain
each time, until finally it queries the one authoritative for the full query.
relays and as name servers to other domains.
DNS is important when sending Internet mail from company to company, as it would be unrealistic to define every Internet address for all the companies you may wish to send to.
When sending mail, SMTPDS has to be able to determine the IP address of a mail server capable of receiving mail for that domain. For example, to send mail to user@example.com the SMTPDS will have to be able to contact the SMTP mail server responsible for example.com.
The required information will be stored in the DNS database for example.com, as an MX (Mail Exchanger) record. SMTPDS sends a DNS query to resolve the host name and IP address of the mail server at example.com. On receiving the information it will contact the mail server, via the SMTP protocol and negotiate the delivery of the mail for example.com.
An MX record has the following format:
Domain Class MX Preference_value mail_server
MAILsweeper will have to be referenced in your MX record as the most preferred mail server for receiving Internet SMTP mail.
For an example of resilience, you could configure the following:
example.com IN MX 5 MAILsweep1.example.com IN MX 10 MAIL2.example.com
In this example, all Internet mail is delivered to MAILsweep1. If MAILsweep1 is off-line mail is sent instead to MAIL2. MAIL2 must be configured to deliver its mail to MAILsweep1, for validation, when it comes back on-line.
Copyright © 1998, Content Technologies Limited. All rights reserved.