Home > Microsoft Exchange Tips > Exchange Server Administration Tips > Multiple domain names congregate to one server
Exchange Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 

EXCHANGE SERVER ADMINISTRATION TIPS

Multiple domain names congregate to one server


Serdar Yegulalp
04.13.2004
Rating: -3.16- (out of 5)


Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


If your organization has multiple Domain Name System (DNS) names for its server, or is hosting mail for several organizations, you can assign more than one DNS name that will point to the same Exchange server.

This is useful as a way of aggregating e-mail for several organizations through one computer, or for web hosts that want to handle e-mail for multiple domains using a single installation of Exchange.

To do this, first the DNS entries for the organization must all resolve to the same server. This is generally easy enough to do, but it must be done on the DNS server that handles external, not internal, lookups. In other words, this must be done on the DNS server where one's domain information is stored for the outside world, not the internal DNS server used for local /Active Directory lookups. (This may seem obvious, but it is a source of a good deal of confusion among even relatively experienced Exchange administrators.)

Step two: you need to change how Exchange deals internally with the domain names available. Because of this, there are several possible approaches, each with their own benefits and drawbacks. To begin setting this up, go to the Routing tab of the Internet Mail Service (note that this only works in Exchange 5.0 SP2 or higher) and select a primary DNS domain for the site. This should be the one domain name that you want most associated with the site. Set this domain to <inbound >.

The address permutations for the other domains can be set one of two ways. If you also set them to <inbound >, the Internet Mail Service will immediately deliver the message to the Exchange server without changing it in any way, but there must be a matching SMTP proxy address for that domain name on the mailbox. For instance, if you have the domain name utena.com set to <inbound >and mail arrives for user@utena.com, the user mailbox must have the proxy address user@utena.com set for it in its E-Mail Addresses tab.

The other way to set a domain name's addressing is to set it to direct to the main DNS name associated with that server. For instance, if your Exchange server is set up as utena.com, and you have brillig.com as another DNS entry for that server, you can set the IMS Routing information for brillig.com to utena.com instead of <inbound >. If you choose this method of rerouting inbound mail, the message will be remained with a RCPT TO: value added to it. This involves a separate DNS lookup, and the message has to be moved around internally on the server. However, this doesn't require the presence of multiple SMTP proxy addresses for each destination mailbox. This approach is useful if you aren't worried about RCPT TO: headers and simply want to redirect mail as quickly as possible.

Serdar Yegulalp is the editor of the Windows 2000 Power Users Newsletter.

Rate this Tip
To rate tips, you must be a member of SearchExchange.com.
Register now to start rating these tips. Log in if you are already a member.


Submit a Tip




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us   


RELATED CONTENT
Exchange Server Administration Tips
Top 10 Microsoft Exchange Server tips of 2008
Database changes that enhance Exchange Server 2007 fault tolerance
How continuous replication methods affect Exchange 2007 log shipping
Analyzing Exchange ActiveSync data from .CSV report files
How to run Exchange Management Shell cmdlets in Exchange Server 2007
Eliminate .PST file use for secure email retention in Exchange 2007
Exchange Server 2007 log shipping and continuous replication
Benefits of backing up Exchange Server with Microsoft's DPM 2007
Exchange Server 2007 replication and database transaction basics
Microsoft Exchange Server 2003 database recovery methods

Microsoft Exchange Server and DNS
Why can't POP3 clients receive Exchange Server email?
How to configure DNS records for Exchange Server on Windows SBS 2003
OWA stops working from external network connection
Locate 'missing' SPF record on an external DNS domain
Receiving 'failed MX lookup' delivery status notification
IP address changes for an Exchange 2000 recovery server
0xC103FC93 error with Exchange 2003 setup and install
Set up FQDN and bridgeheads for POP3 and IMAP4 email
Reverse DNS mismatches mark Exchange email as spam
New Exchange Server installation not receiving SMTP or POP3 email

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.



Email Server Solutions: Exchange 2007, Exchange 2003, Exchange 2000, SharePoint
HomeNewsTopicsITKnowledge ExchangeTipsAsk the ExpertsMultimediaWhite PapersIT Downloads
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides enterprise IT professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective IT purchase decisions and managing their organizations' IT projects - with its network of technology-specific Web sites, events and magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Site Map




All Rights Reserved, Copyright 2004 - 2009, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts