
Actually, this is likely to be a known Microsoft issue:
http://support.microsoft.com/default.aspx?scid=kb;en-us;314649
There are a subset of the AD attributes for Exchange in the AD that get mangaled when the upgrade is executed. In the above metioned document is a way to check the status of the attributes.

Yes, I transferred the global catalog role to the 2 new DCs running W2K3. No other roles are present in the W2K DC, except DNS and WINS.
Regards.

I ran the ldifde with all the parameters mentioned before running adprep. To be sure I checked any mangled attributes, I ran ldp utility, as described in the Microsoft KB, to check for dup* entries in the ldap and everything checked out fine.
Thanks.

By default, Exchange installed on a DC/GC will look to itself for all AD info. This becomes an issue if you demote the server back to a member server.
Before you demote the server, run Exchange System Manager, locate your Exchange server, and right-click=>properties. Check out the settings on the “Directory Access” tab and change as required. Now you should be able to demote the server.
Good luck..

Ooops… I forgot to mention…
There are some functions (5 FSMO Roles) that by default exist ONLY on the 1st AD controller that existed in your org - presumably one of the 2K DC’s that you are demoting.
This should have nothing to do with your Exchange problem - however you should check out MS KB article Q255690 for details of shifting the roles of:
Domain naming Master
Schema Master
RID Master
PDC Emulator
Infrastructure Master.
Regards
Colin










