Professional Documents
Culture Documents
Server-Specific Requirements For Exchange Server 2003
Server-Specific Requirements For Exchange Server 2003
Server 2003
Before you install Exchange Server 2003, ensure that your servers meet the requirements that are
described in this section. If your servers do not meet all the requirements, Exchange Server 2003 Setup
will stop the installation.
Hardware Requirements
The following are the minimum and recommended hardware requirements for Exchange Server 2003
servers:
Intel Pentium or compatible 133 megahertz (MHz) or faster processor
500 MB of available disk space on the drive on which you install Exchange
CD-ROM drive
For more information about hardware requirements for front-end and back-end servers, see the guide
Exchange Server 2003 and Exchange 2000 Server Front-End and Back-End
Exchange Server 2003 Setup requires that the following components and services be installed and
enabled on the server:
.NET Framework
ASP.NET
If you are installing Exchange Server 2003 on a server running Windows 2000, Exchange Setup installs
and enables the Microsoft .NET Framework and ASP.NET automatically. You must install the World Wide
Web Publishing Service, the SMTP service, and the NNTP service manually before running Exchange
Server 2003 Installation Wizard.
If you are installing Exchange Server 2003 in a native Windows Server 2003 forest or domain, none of
these services is enabled by default. You must enable the services manually before running Exchange
Server 2003 Installation Wizard.
Important:
When you install Exchange on a new server, only the required services are enabled. For example, Post
Office Protocol version3 (POP3), Internet Message Access Protocol version4 (IMAP4), and NNTP
services are disabled by default on all of your Exchange Server 2003 servers. You should enable only
services that are essential for performing Exchange Server 2003 tasks.
For more information about Windows 2000 Server, Windows Server 2003, Active Directory, and Domain
Name System (DNS), see the following resources:
Windows 2000 Help
Important:
When you delegates Exchange roles to a security group, it is recommend that you use Global or
Universal security groups and not Domain Local security groups. Although Domain Local security
groups can work, they are limited in scope to their own domain. In many scenarios, Exchange
Setup needs to authenticate to other domains during the installation. Exchange Setup may fail in
this case because of a lack of permissions to your external domains.
Note:
To decrease replication time, it is recommended that you run Exchange Server 2003 ForestPrep
on a domain controller in your root domain.
For detailed steps about how to run ForestPrep for Exchange Server 2003, see How to Run Exchange
Server 2003 ForestPrep.
Running Exchange Server 2003 DomainPrep
After you run ForestPrep and allow time for replication, you must run Exchange Server 2003 DomainPrep.
DomainPrep creates the groups and permissions necessary for Exchange servers to read and modify
user attributes. The Exchange Server 2003 version of DomainPrep performs the following actions in the
domain:
Creates Exchange Domain Servers and Exchange Enterprise Servers groups.
Nests the global Exchange Domain Servers into the Exchange Enterprise Servers local group.
Creates the Exchange System Objects container, which is used for mail-enabled public folders.
Sets permissions for the Exchange Enterprise Servers group at the root of the domain, so that
Recipient Update Service has the appropriate access to process recipient objects.
Modifies the AdminSdHolder template where Windows sets permissions for members of the local
Domain Administrator group.
Adds the local Exchange Domain Servers group to the Pre-Windows 2000 Compatible Access group.
The account you use to run DomainPrep must be a member of the Domain Administrators group in the
local domain and a local computer administrator. You must run DomainPrep in the following domains:
The root domain.
All domains that will contain Exchange Server 2003 mailbox-enabled objects (such as users and
groups), even if no Exchange servers will be installed in these domains.
All domains that will contain global catalog servers that Exchange directory access components may
potentially use.
All domains that will contain Exchange Server 2003 users and groups that you will use to manage
your Exchange Server 2003 organization.
Note:
Running DomainPrep does not require any Exchange permissions. Only Domain Administrator
permissions are required in the local domain.
For detailed steps about how to run DomainPrep for Exchange Server 2003, see How to Run Exchange
Server 2003 DomainPrep.
Important:
When you deploy Exchange Server 2003 servers into multiple domains for the first time, verify
that the installation information for the first server you install replicates to all domains before you
install the next server. If installation information from the first server has not replicated to all
domains, there will be replication collision issues, and that server will lose permissions for the
organizational object in Active Directory.
For detailed steps, see How to Install Exchange Server 2003.
For important information about post-deployment steps, see Post-Installation Steps for Exchange Server
2003. That topic includes information about how to verify that your Exchange installation was successful.
It also includes information about the latest Exchange Server 2003 service packs and security patches.
Note:
If Autologon is enabled on the server where the unattend answer file is created, the password of
the user creating the answer file is stored in plain text in the answer file. Disable Autologon before
using the /createunattend switch. For information about how to enable and disable Autologon, see
Microsoft Knowledge Base article 234562, "How to Enable Automatic Logon in Windows 2000
Professional" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=234562).
After starting unattended setup, Exchange Server 2003 is installed on your server automatically without
any user interaction. To verify that your Exchange installation is successful, see Post-Installation Steps for
Exchange Server 2003.
Note:
After you switch your Exchange Server 2003 organization from mixed mode to native mode, you
cannot switch the organization back to mixed mode. Make sure that your Exchange Server 2003
organization will not have to interoperate with Exchange Server 5.5 in the future before you
switch from mixed mode to native mode.
You can create query-based distribution groups. A query-based distribution group provides the
same functionality as a standard distribution group. However, instead of specifying static user
memberships, with a query-based distribution group you can use an LDAP query to build
membership in the distribution group dynamically. For more information about query-based
distribution groups, see "Managing Recipients and Recipient Policies" in the Exchange Server
2003 Administration Guide (http://go.microsoft.com/fwlink/?LinkId=47617).
Your routing bridgehead server pairs use 8BITMIME data transfers instead of converting to 7-bit.
This difference equates to a considerable bandwidth saving over routing group connectors.
Routing groups can consist of servers from multiple administrative groups.
You can move Exchange Server 2003 servers between routing groups.
You can move mailboxes between administrative groups.
Simple Mail Transfer Protocol (SMTP) is the default routing protocol.
Switching to Native Mode
For detailed steps about how to switch your Exchange organization from mixed mode to native mode, see
How to Convert from Mixed Mode to Native Mode in Exchange.
Important:
After you switch your Exchange Server 2003 organization from mixed mode to native mode, you
cannot switch the organization back to mixed mode. Before you switch from mixed mode to native
mode, ensure that your Exchange Server 2003 organization will not have to interoperate with
Exchange Server 5.5 in the future.
To take full advantage of Exchange native mode, you must restart the Microsoft Exchange Information
Store service on all of the Exchange servers in your organization. You do not need to restart all of the
Microsoft Exchange Information Store services simultaneously, but you must restart the service on each
server for the server to take advantage of all Exchange native mode features. Restart the Microsoft
Exchange Information Store service on your Exchange servers after the change to native mode has been
replicated to your local Windows domain controller. For detailed steps, see How to Restart the Microsoft
Exchange Information Store Service.