-
Create a new Active Directory forest, into which you will install Exchange 2007 in a later step. For more information about creating a Windows Server 2003 forest, see Deploying the Windows Server 2003 Forest Root Domain.
-
(Optional) Create a two-way forest trust relationship between the Exchange 2003 forest and the Exchange 2007 forest. Depending on your usage scenario, you may need a two-way trust relationship for folder sharing or delegation. For detailed steps, see Create a two-way, forest trust for both sides of the trust.
Note: |
|---|
|
Be sure that the trust type is Forest, not External.
|
-
(Optional) If you are using any version of Outlook other than Office Outlook 2007, and if you want to share free/busy information across the forests, install the Inter-Organization Replication tool. It is supported to install the Inter-Organization Replication tool on a computer that has the Exchange 2007 management tools installed without any other Exchange 2007 server roles, or on an Exchange 2003 or Exchange 2000 server. For more information, see Microsoft Exchange Inter-Organization Replication.
-
In the new forest, install Exchange 2007. Install Exchange the same way that you would in a single forest scenario. For detailed steps about how to install Exchange 2007, see one of the following topics:
-
In each forest, use Active Directory Users and Computers to create a container in which MIIS will create contacts for each mailbox from the other forest. We recommend that you name this container FromMIIS. To create the container, select the domain in which you want to create the container, right-click the domain, select New, and then select Organizational Unit. In New Object - Organizational Unit, type FromMIIS, and then click OK.
-
Create a GAL synchronization management agent for each forest using MIIS 2003 or Identity Integration Feature Pack for Microsoft Windows Server Active Directory with SP2. This will allow you to synchronize the users in each forest, and create a common GAL. For detailed steps, see "To configure a GAL Synchronization management agent" later in this topic.
-
Enable GALSync. To do this, in the main MIIS Manager window, click Tools, click Options, and then select Enable Provisioning Rules Extension. Click OK.
Options page.gif)
-
If you do not plan to move all mailboxes from the Exchange 2003 or Exchange 2000 servers to the Exchange 2007 servers immediately, you must complete Steps 9 and 10 so that you can send mail across forests from Exchange 2003 or Exchange 2000 mailboxes to Exchange 2007 mailboxes.
If you plan to move all mailboxes from the Exchange 2003 or Exchange 2000 servers to the Exchange 2007 servers immediately, go directly to Step 11.
-
Configure connectors in each forest that will have an Exchange server. For detailed steps, see "Exchange 2007 to Exchange 2003" in Configuring Cross-Forest Connectors.
Note: |
|---|
|
If you use Basic authentication, we strongly recommend that you use Transport Layer Security (TLS) encryption for more security. By default, Exchange 2007 servers are set to use TLS, but you must configure your Exchange 2003 or Exchange 2000 servers to use TLS. If you do not configure your Exchange 2003 or Exchange 2000 servers to use TLS, you will not be able to send mail between Exchange 2007 servers and Exchange 2003 or Exchange 2000 servers. For more information about using TLS in Exchange 2003 or Exchange 2000, see Microsoft Knowledge Base article 829721, How to help protect SMTP communication by using the Transport Layer Security protocol in Exchange Server.
|
-
If you require relaying mail through any forest in your organization, you must configure a domain in that forest as an authoritative domain. For detailed steps, see How to Configure Authoritative Domains for the Exchange Organization.
-
Move user accounts from the Exchange 2003 or Exchange 2000 forest to the Exchange 2007 forest by using the Active Directory Migration Tool version 3.0 (ADMT v3). For more information about the ADMT v3, see Active Directory Migration Tool v3.0.
-
Move mailboxes from the Exchange 2003 or Exchange 2000 forest to the Exchange 2007 forest. For detailed steps, see How to Move a Mailbox Across Forests.
Note: |
|---|
|
You can use the SourceMailboxCleanupOptions parameter and specify CreateSourceContact to create a contact for the moved mailbox in the source forest at the time of the move, instead of waiting for GALSync to create a contact in the source forest.
|
Note: |
|---|
|
To move contacts or distribution groups from one forest to another, you must use a tool such as the Active Directory Migration Tool version 3.0 (ADMT v3). For more information about ADMT v3, see Active Directory Migration Tool v3.0.
|
Note: |
|---|
|
If you have any Exchange 2003 or Exchange 2000 recipient policies that have not been applied, moving the mailboxes to an Exchange 2007 server will force the recipient policies to be evaluated again and applied. Before you move mailboxes, make sure that you want to apply all of the existing recipient policies. If you have an existing recipient policy that you do not want to apply, clear the Automatically update e-mail address based on e-mail address policy check box in Active Directory Users and Computers. For more information, see the Exchange Server Team Blog article Yes, Exchange 2007 really enforces Email Address Policies. (Note: The content of each blog and its URL are subject to change without notice.)
|
-
Update the user's Outlook profile to access the new mailbox in the new forest.
-
(Optional) Remove your old Exchange 2003 or Exchange 2000 servers from the organization. For more information about how to remove Exchange 2003 servers, see How to Uninstall Exchange Server 2003 in the Exchange Server 2003 Deployment Guide. For more information about how to remove Exchange 2000 servers, see How to Uninstall Exchange 2000 Server in the Exchange Server 2003 Deployment Guide.
Note: |
|---|
|
To remove the last Exchange 2003 or Exchange 2000 server from an organization, you must perform special steps to move public folder replicas, remove the public folder database, move the public folder hierarchy, move the offline address book (OAB) generation server, delete routing group connectors, delete the Recipient Update Service, and verify mail flow, protocols, and recipient policies. For detailed steps, see How to Remove the Last Legacy Exchange Server from an Organization.
|
-
To create a script that finishes provisioning the recipients that were created by the GALSync process, perform one of the following steps:
-
Create an Exchange Management Shell script called MyScript.ps1 that updates all the e-mail address policies, address lists, and GALs for all the recipients in your organization. The script should contain the following lines:
Get- EmailAddressPolicy | Update-EmailAddressPolicy
Get- AddressList | Update-AddressList
Get- GlobalAddressList | Update-GlobalAddressList
Note: |
|---|
|
This script updates all recipients in your organization. This is a costly update and can take several minutes depending on the complexity of your environment.
|
-
Create an Exchange Management Shell script called MyScript.ps1 that updates specific e-mail address policies, address lists, and GALs for all the recipients in your organization. The script should contain the following lines:
Update-EmailAddressPolicy -Identity AddressPolicy01
Update-AddressList -Identity "All Contacts\AddressList01"
Update-GlobalAddressList -Identity "My Global Address List"
If you customized your GALSync management agent to create other types of objects, such as mailboxes, you must add additional lines to update the corresponding address lists, such as "All Users\AddressList01."
Note: |
|---|
|
This script updates all recipients in your organization. This is a costly update and can take several minutes depending on the complexity of your environment.
|
-
Create an Exchange Management Shell script called MyScript.ps1 that updates only the recipients that are in the FromMIIS organizational unit (OU). The script should contain the following line:
Get-MailContact -OrganizationalUnit "FromMIIS" | Where-Object { $_.legacyexchangedn -eq "" } | Set-MailContact
-
(Optional) In each forest, use either the Microsoft Windows At.exe command or Windows Scheduled Tasks to schedule the script that you created in Step 15 to run at least once per day. To schedule Exchange Management Shell commands, you must run Microsoft Windows PowerShell (PowerShell.exe) with the PsConsolFile parameter to load the Exchange Console Extensions, and with the Command parameter to run the specific Exchange Management Shell command. The command that you will use is the script that you created in Step 15. For example, schedule the following command:
PowerShell.exe -PsConsoleFile "C:\Program Files\Microsoft\Exchange Server\bin\exshell.psc1" -command d:\scripts\MyScript.ps1