The ExProfre syntax is
Exprofre.exe /targetgc=<gcname>
/logfile=<logfilename> /v /f
/a /r /o /n /q /s
/p=<frontendservername>
where gcname is the name of the GC server, which must be specified in the target forest that contains the user object that corresponds to the MAPI profile you're updating, and logfilename specifies the path and filename of the client PC's log file, which by default is exprofre.log in the TMP directory. The /targetgc command-line qualifier is mandatory; all other qualifiers are optional.
The optional command-line qualifiers include the following:
- /v--indicates verbose mode.
- /f--directs the Favorites file (favorites.xml in Outlook 2003 or favorites.fav in earlier Outlook releases) to remain intact rather than be renamed favorites.exprofre.
- /a--directs the OAB files to be retained; without this qualifier in the syntax, the OAB files will be deleted and Outlook will request a new set of OAB files the next time it connects to Exchange.
- /r--directs ExProfre to run in read-only mode.
- /o--directs the OST file to be retained; otherwise, the .ost file extension will be renamed .exprofre (Outlook 2003 always retains the OST file).
- /n--directs the Nickname file (.nk2 or .nick) to be deleted.
- /q--directs the operation to run in Quiet mode and to disallow pop-up messages.
- /s--directs the profile to be based on a server name change rather than a change in the legacyExchangeDN attribute.
- /p--directs a Remote Procedure Call (RPC) over HTTP connection to be used to connect the client to the Exchange infrastructure (and, importantly, to the GC); frontendservername is the name of the RPC/HTTP proxy server (also known as the RPC over HTTP front-end server).
If you want usage information about a command, you can use the /? parameter to execute ExProfre. Web Figure 1 (http://www.windowsitpro.com/microsoftexchangeoutlook, InstantDoc ID 43603) provides sample output that shows that ExProfre didn't update the MAPI profiles because the mailbox wasn't moved across administrative groups and the AD user object didn't detect any X.500 aliases that represented the original site.
ExProfre and OST Files
Microsoft recommends that you deploy Outlook 2003 to all client PCs before you perform crossadministrative group mailbox moves and that you enable cached mode on the client PCs. When you do so, ExProfre checks the PC's Outlook client version; if it detects Outlook 2003 running in cached mode, the OST files (essentially the local cache) remain intact. This useful function significantly reduces network traffic the next time Outlook connects to the newly moved mailbox because ExProfre won't need to rebuild the OST files. However, Outlook releases earlier than Outlook 2003 delete the OST files unless when you run ExProfre, you employ the /o command-line qualifier.
Deploying Outlook 2003 in cached mode before you perform crossadministrative group mailbox moves seems a logical thing to do. However, when Outlook creates OST files on an Exchange 5.5 server, the files are automatically ANSI-mode OST files. With the combination of Outlook 2003 and Exchange 2003, however, Outlook creates Unicode-mode OST files. You can't convert ANSI-mode OST files to Unicode-mode OST files. But if you want Unicode-mode OST files, you must delete existing ANSI-mode OST files and create new Unicode files after the crossadministrative group move occurs. You can operate Outlook 2003 with ANSI-mode OST files on an Exchange 2003 SP1 server without losing much functionality. However, if you want the advantages of Unicode--better interoperability for your organization's multilingual users and better facilitation of large OST files--you can download mailbox contents to OST files.
You can use Group Policy to control how Outlook 2003 handles OST format on individual PCs by editing the HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\11.0\Outlook\EMSP registry subkey's Ignore OSTFormat value (of type REG_DWORD). You have a choice of three values:
- 0--leaves OST as is
- 1--forces new Unicode-mode OST download at first Outlook start-up
- 2--prompts to download new Unicode-mode OST at first Outlook start-up
Mailbox Moves and OAB Files
Whichever Outlook version you use, running ExProfre without the /a command-line qualifier deletes the OAB files on the client PC and requests a new set of OAB files from the Exchange 2003 SP1 server. This function is desirable if you're performing an interorganizational migration in which you don't need the old OAB files. However, in the case of crossadministrative group mailbox moves, you might choose to specify the /a command-line qualifier so that you can retain the OAB files, which can be used with the new Exchange server. Like OST files, these OAB files remain in ANSI mode because Exchange 5.5 can create only ANSI-mode OAB files. If you want to upgrade the OAB files to Unicode mode, you must delete the ANSI-mode OAB files from the client PC and download Unicode-mode files from the Exchange 2003 SP1 server.
If your users need Unicode-mode OAB files, you can retain the ANSI-mode OAB files for a short time and gradually move users to Unicode-mode OAB files by phasing in OAB-delete and Unicode-file downloads so that you don't overload the network. The alternative is to run ExProfre without using the /a command-line qualifier and incur peaks in network load as the newly moved users connect to the Exchange 2003 SP1 server for the first time.
Using the Object Rehome Tool
In "Demystifying Exchange 2003 Mailbox Moves," I discuss moving mailboxes between administrative groups. This process generally results in the decommissioning of a remote Exchange 5.5 server or site. But what about custom recipients and DLs that are located (homed) on these sites? Such objects are already represented in AD, courtesy of the Active Directory Connector (ADC). So instead of moving them to a central Exchange 2003 SP1 server, you want to rehome them to the central administrative group. Otherwise, they'll be lost when you decommission the source site.
You can use the Object Rehome (aka LegacyDN) tool to carry out this process, specifying the source site in which the objects are located and the target administrative group to which you're relocating them. Object Rehome is just a function of the ExProfre tool that runs from the command line and performs several actions.
Prev. page
1
[2]
3
next page 
