Recipient Policies during Exchange Server co-existence
When migrating from Exchange Server 5.5 to Exchange Server 2003, the ADC automatically creates a Recipient Policy marked with the “Highest Priority” in Exchange 2003. This Recipient Policy reflects the policy in the Exchange 5.5 organization and it is therefore critical to the migration process. It cannot be given a lower priority until the last Exchange 5.5 Server is removed from the organization.
One of the advantages of migrating to Exchange 2000 or 2003 is the ability to create multiple Recipient Policies in the organization and assign them based upon ‘filtered criteria”. This is also something that can bite you during the migration process. If you are planning to create multiple Recipient Policies in the Exchange 5.5 environment, be aware that you should not modify the Highest Priority auto-generated policy. Because this policy is matched first to all users in the environment, it will assign the default SMTP alias to all users in the organization.
This means that if you have corpcomany.com as the standard alias and you have a subsidiary of statecompany.com, you may end up with the subsidiary have the primary SMTP alias changed to corpcompany.com instead of using statecompany.com. While users may still be able to receive mail using statecompany.com any replies would show up as corpcompany.com. I have seen other unexpected behavior from adding multiple recipient policies during the co-existence phase as well.
I would recommend not creating additional recipient policies until the last Exchange 5.5 server is removed from the organization. Unless you are very comfortable with how recipient policies work and update.
If you must create Recipient Policies during the co-existence phase, you can prevent Recipient Policy updates from being applied to users by going to the user objects, or by using AD Modify.NET to do a bulk edit of the user objects. (You can get AD Modify.NET from the ITedge.net downloads page.)



Email
me