Mailbox Merge Wizard (ExMerge)
Mailbox Merge Wizard (ExMerge)
Program
Published: September 2003
Updated: March 2005
Applies To: All versions of Exchange Server
Copyright
The information contained in this document represents the current view of Microsoft Corporation on the issues discussed as of the date of
publication. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of
Microsoft, and Microsoft cannot guarantee the accuracy of any information presented after the date of publication.
This White Paper is for informational purposes only. MICROSOFT MAKES NO WARRANTIES, EXPRESS, IMPLIED OR STATUTORY, AS
TO THE INFORMATION IN THIS DOCUMENT.
Complying with all applicable copyright laws is the responsibility of the user. Without limiting the rights under copyright, no part of this document
may be reproduced, stored in or introduced into a retrieval system, or transmitted in any form or by any means (electronic, mechanical,
photocopying, recording, or otherwise), or for any purpose, without the express written permission of Microsoft Corporation.
Microsoft may have patents, patent applications, trademarks, copyrights, or other intellectual property rights covering subject matter in this
document. Except as expressly provided in any written license agreement from Microsoft, the furnishing of this document does not give you any
license to these patents, trademarks, copyrights, or other intellectual property.
Microsoft, Active Directory, Outlook, Windows, Windows NT, and Windows Server are either registered trademarks or trademarks of Microsoft
Corporation in the United States and/or other countries.
The names of actual companies and products mentioned herein may be the trademarks of their respective owners.
Table of Contents
FileContainingListOfMailboxes.................................................................58
StartingIndex...........................................................................................59
EndingIndex.............................................................................................59
DateAttribute...........................................................................................59
DataImportMethod...................................................................................60
ReplaceDataOnlyIfSourceItemIsMoreRecent............................................60
CopyUserData..........................................................................................61
CopyAssociatedFolderData......................................................................61
CopyFolderPermissions............................................................................61
CopyDeletedItemsFromDumpster............................................................62
RemoveIntermediatePSTFiles..................................................................62
UseThisPSTFileForAllMailboxes................................................................62
LocalisedPersonalFoldersServiceName....................................................62
LocalisedExchangeServerServiceName...................................................63
MapFolderNameToLocalisedName...........................................................63
RenameFoldersBasedOnFolderMappings.................................................64
[Folder Name Mappings]..........................................................................65
RenameSpecialFolders.............................................................................65
[International].........................................................................................65
DefaultLocaleID..............................................................................................65
UseLastLogonLocaleID....................................................................................66
Tips for Running the Mailbox Merge Program.........................67
Common Problems..................................................................69
The Server 'SVR' Specified in the .ini File Is Inaccessible or Is Not a Microsoft
Exchange Server......................................................................................69
Problems Getting Mailboxes on a Server.................................................69
Error Configuring Message Service (MSEMS)...........................................70
Error Opening Message Store (MSEMS)....................................................70
Error Creating Message Service (MSPST MS)...........................................70
Error Configuring Message Service (MSPST MS).......................................71
Error Opening Message Store (MSPST MS)...............................................71
Store 'MSPST MS' Was Not Opened..........................................................72
Store 'MSEMS' Was Not Opened...............................................................72
Error Accessing Directory Object for 'DN'.................................................73
The Ordinal 6883 Could Not Be Located in the Dynamic Link Library MFC42.DLL 74
The Dynamic Link Library <xxxx.dll> Could Not Be Found in the Specified Path. 74
Error Running the Program on a Computer with Outlook 2000 Installed. .74
No Information Written to the Log File.....................................................75
MapFolderNameToLocalisedName and RenameFoldersBasedOnFolderMappings
Do Not Work with Double Byte Character Set (DBCS) Languages............75
Introduction
The Microsoft® Exchange Mailbox Merge Program (ExMerge.exe) enables a Microsoft Exchange
administrator to extract data from mailboxes on an Exchange server and merge this data in mailboxes on
another Exchange server. This is especially useful during disaster recovery. The program can also replace
existing data instead of merging new data if specified by the administrator.
The program copies data from the source server to personal folders (.pst) files and then merges the data in
the .pst files into mailboxes on the destination server.
Before using this program, read the section that follows about the limitations of ExMerge.exe.
Note ExMerge.exe should be run only from Exchange 2000 Server or Exchange Server 2003
or from computers that have the Exchange 2000 or Exchange 2003 administrative tools loaded.
ExMerge.exe can be run against Exchange 5.5, Exchange 2000, and Exchange 2003.
In this document, unless otherwise noted, "Windows" refers to Windows® 2000 operating system or later
versions. Earlier versions of Windows, such as Windows NT® 4.0, are specified as required.
Requirements and Setup
You must run ExMerge.exe on a computer that is using the Exchange 2000 or Exchange 2003
administrative tools. It is recommended that you run ExMerge.exe on a dedicated management station that
has Exchange administrative tools installed, instead of running ExMerge.exe on an Exchange server. You
can run ExMerge.exe against Exchange 5.5, Exchange 2000, and Exchange 2003 servers.
For this program to work against an Exchange 5.5 server, you must log on to Windows with the Microsoft
Exchange Service Account or have Service Account administrative credentials at the organization, site, and
configuration levels of the Microsoft Exchange Directory. If you run ExMerge.exe in a cross-forest
scenario (where the user account and user mailbox are located in separate Windows forests), you must have
a two-way trust between the forests.
Important Make sure that you log on with an account, such as Backup Operators, that has Receive As
and Send As permissions on all the Exchange mailboxes.
e. Copy the PRIV.EDB and PUB.EDB files from the MDBDATA.NEW directory on
RECOV_SRVR to the appropriate MDBDATA.NEW directory on PROD_SRVR. This is the
directory on the drive that contains the currently used PRIV.EDB or PUB.EDB. Therefore, if the
location of the PRIV.EDB on PROD_SRVR is E:\EXCHSRVR\MDBDATA, copy the PRIV.EDB
from RECOV_SRVR to E:\EXCHSRVR\MDBDATA.NEW and do the same for the PUB.EDB
file.
f. After you copy the PRIV.EDB and PUB.EDB files to the MDBDATA.NEW directory on
PROD_SRVR, stop the Exchange Information Store service on PROD_SRVR.
g. On PROD_SRVR, rename the EXCHSRVR\MDBDATA directories on each drive to
MDBDATA.RESET.
h. On PROD_SRVR, create new EXCHSRVR\MDBDATA directories on each drive.
i. On PROD_SRVR, move the PRIV.EDB and PUB.EDB files from the MDBDATA.NEW
directory to the MDBDATA directory.
j. Copy the PRIV.EDB and PUB.EDB files from the MDBDATA.RESET directory on
PROD_SRVR to the EXCHSRVR\MDBDATA directory on RECOV_SRVR. Make sure that you
are copying the files to the correct drive on RECOV_SRVR. If you are not sure, see the "DB Path"
Registry value under
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersPriv
ate and
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\ParametersPubl
ic.
k. Now you have exchanged the PRIV.EDB and PUB.EDB files between PROD_SRVR and
RECOV_SRVR. The MDBDATA directories on both servers should contain only the PRIV.EDB
and PUB.EDB files, and no other files should be in these directories.
l. The PRIV.EDB and PUB.EDB on PROD_SRVR are the information store as it existed at the time
of the crash and contain all user data generated until the time of the failure. The PRIV.EDB and
PUB.EDB on RECOV_SRVR contain any data generated after you reset the Exchange
Information Store service in Step 1. The database files on RECOV_SRVR should be much smaller
than those on PROD_SRVR.
8. On both PROD_SRVR and RECOV_SRVR, at a command prompt, change to the EXCHSRVR\BIN
directory, and run the following command:
ISINTEG -patch
9. Start the Microsoft Exchange Information Store services on PROD_SRVR and RECOV_SRVR. To
additionally reduce downtime, you can perform Step 8 on RECOV_SRVR after you complete Step 7(i)
and then start the Exchange Information Store service on PROD_SRVR. In other words, you can start
the Microsoft Exchange Information Store service on PROD_SRVR before the copy process in Step
7(j) is completed.
10. As soon as the Microsoft Exchange Information Store service has been started on RECOV_SRVR, you
might need to run the DS/IS consistency adjuster to create directory entries for the mailboxes in the
information store database files.
11. Run ExMerge.exe against RECOV_SRVR, and merge all data from RECOV_SRVR into
PROD_SRVR. You can use the one-step merge procedure or the two-step merge procedure. If you use
the latter, you must first extract data on RECOV_SRVR to .pst files and then run ExMerge.exe again,
against PROD_SRVR and merge the data from the .pst files into the mailboxes on PROD_SRVR. It is
recommended that you specify an interval for the program to extract data. This interval should be
approximately the time the Information Store was reset on PROD_SRVR.
Requirements and Setup 5
12. At this point, after you reset the Microsoft Exchange Information Store service (Step1), all user
messages and folders created on PROD_SRVR should be merged back into the mailboxes on
PROD_SRVR and there should be no loss of data.
13. Perform a full online backup of the information store on PROD_SRVR.
Note: Resetting the information store on the production server invalidates all client offline stores
(.ost) files. Users receive an error when they try to log on to the Exchange client or Microsoft Office
Outlook® or when they synchronize with the Exchange server. Users will have to create a new .ost
file to work with the new store. When the original store is restored on the production server, any .ost
files users create for the temporary store become invalid, and the users must create another .ost
file.
The above procedure will not recover all user data. Read the section on the limitations of ExMerge.exe in
this document. The above procedure will only merge data in the private information store. To recover data
from the public information store, you must manually log on to a client connected to a mailbox on
RECOV_SRVR and copy public folder data to a .pst file. Then, you must log on to a mailbox on
PROD_SRVR, add the same .pst file to the profile, and copy the data from the copied public folders in
the .pst file to the server-based public folders.
• Use the recovery storage group feature, which enables you to create a dedicated storage group to
which you can restore a database on the same Exchange server. When you use this feature, you
can use ExMerge.exe to log on to the restored database and extract the data. Recovery storage
groups are available only in Exchange Server 2003. For more information about Exchange Server
2003 Recovery Storage Groups, see Using Exchange Server 2003 Recovery Storage Groups
(http://go.microsoft.com/fwlink/?LinkId=23233).
• To create a separate Recovery Windows server, follow these steps:
f. Run DCPromo to create a separate Active Directory forest. Remember to isolate the recovery
server from participating in the Production Active Directory.
g. Do not configure the recovery server to use Dynamic Host Configuration Protocol (DHCP)
services.
6 Exchange Mailbox Merge Program
h. Install Exchange 2000 or Exchange 2003 on the recovery server using the same Organization
name as in the Production Server.
i. Create a storage group that has the same logical name as the storage group from which the original
databases were taken.
j. Create logical database names in the storage groups. The names must match the production
database names.
k. Disconnect from the database(s) that you want to restore. Then, in Exchange System Manager,
select the check box for "This database can be overwritten by a restore" on the properties of the
database(s) you are restoring.
l. Restore your backup set(s). Ensure you select the Last Restore Set check box when you restore the
last online backup set.
m. Mount the database(s).
n. Use Exchange System Manager to right-click the Mailboxes object for the database and run the
Cleanup Agent. The mailboxes for the database will have red X marks next to them. This indicates
that they are not currently linked to an Active Directory account.
o. Use Mailbox Reconnect Tool (MBConn.exe) to connect the Mailboxes to Active Directory
Accounts. This tool is in the \support\utils\i386 directory on the Exchange 2000 CD. For
information about using Mbconn.exe, open the file Mbconn.chm.
Note ExMerge.exe will not synchronize a .pst file with a server-based mailbox. If messages are
deleted from the server-based mailbox, and if those messages are in the .pst file (messages that
were copied during an earlier execution of ExMerge.exe), the program does not delete them
from the .pst file.
If you use ExMerge to restore data from an old mailbox to a new mailbox on the same Exchange server,
you must delete the old mailbox when you have verified that the merge operation has completed
successfully or your rules might not work correctly. See the section "Extracting Folder Rules" later in this
document.
• If you run ExMerge.exe in the source organization, you must specify the domain controller that is in
the target organization.
• If you run ExMerge.exe in the target organization, you must specify the domain controller that is in the
source organization.
8 Exchange Mailbox Merge Program
In batch mode, enter the names of domain controllers in the following ExMerge.ini file parameters:
• Specify the domain controller for the source server in the DomainControllerForSourceServer
parameter.
• Specify the domain controller for the target server in the DomainControllerForDestServer
parameter.
To migrate user data from servers in Org1 into servers in Org2
Assume that the service accounts in both organizations are different.
1. Create a text file (for example, mailboxes.txt) that contains the distinguished names of the mailboxes
to be extracted from Org1 and the target distinguished names in Org2. The mailboxes in Org1 can be
on different servers and even different sites, as long as the other sites are using the same service
account, and you have network access to those servers. This text file will be similar to the following:
/
o=Org1/ou=Sales/cn=Recipients/cn=User1,/o=Org2/ou=NAmerica/cn=Recipients/cn=Sales/cn=Use
r1
/
o=Org1/ou=Sales/cn=Recipients/cn=User2,/o=Org2/ou=NAmerica/cn=Recipients/cn=Sales/cn=Use
r2
1. Enter the name of the file that you created in Step 1 in the FileContainingListOfMailboxes entry of
the .ini file.
2. Specify the .ini file modified in Step 2 on the command line, using the -F option, when you run
ExMerge.exe. The command line that you use will be similar to the following:
EXMERGE -B -F C:\EXMERGE.INI
The program will read the mailboxes.txt file and copy the user data from the source mailboxes specified in
the .ini file to the target mailboxes specified in the text file.
Note You must create the target mailboxes before you run the program. ExMerge.exe will not
create the target mailboxes.
All data extracted from the Dumpster is added to the Deleted Items folder in the .pst file. If the Deleted
Items folder is in the list of folders to be ignored by the program, messages in the Deleted Items folder will
be ignored, but messages in the Dumpster that were permanently deleted from the other folders will not be
ignored.
When it extracts data from the Dumpster, the program operates differently from when it extracts data from
other server-based folders. The program extracts any messages at the root level of the Dumpster, and
imports them into the .pst file according to the Import Procedure (copy, merge, or replace) specified by the
user. However, any folders present in the Dumpster are not imported into the .pst file in the same manner. It
always copies these folders to the target .pst file. If a folder that has the same name as a folder in the
Dumpster already exists in the .pst file, the program appends a random number to the end of the folder
name, therefore making the folder name unique. It then copies the folder to the .pst file.
All folders that the program copies to the Dumpster have the string "(Restored by ExMerge)" appended to
their names so it is obvious which folders it extracted from the Dumpster. Individual messages extracted
from the Dumpster are not modified in any way.
Note The Archive option is not supported when extracting data from the Dumpster. In other
words, ExMerge.exe will not permanently delete items from the Dumpster. It will delete items in
all user folders if the archive option is selected, but it will not delete items in the Dumpster.
Any message search criteria (data range, subject lines, attachment names) specified are not
applied when the program extracts data from the Dumpster. If you select the option to extract
data from the Dumpster, the program copies all data in the Dumpster the .pst file. This could
potentially be time-consuming.
2. Run the Cleanup Agent in Exchange System Manager on the affected mailbox store. To do this,
expand the mailbox store, right-click the Mailboxes folder, and then click Run Cleanup Agent.
3. Purge the mailbox from Exchange System Manager by right-clicking the mailbox, and then clicking
Purge.
For more information about deleting a mailbox, see "Deleting a Mailbox without Deleting the User" in the
Exchange Server 2003 Administration Guide (http://go.microsoft.com/fwlink/?linkid=21769)
If you also select the option to archive data, the program will clear all associated folder messages from the
source information store after you copy that data to the target information store. This provides a server-
based solution for cleaning out rules, views, and forms from certain or all mailboxes on a server. The data
is saved in the .pst file, so it can be re-imported back into the server if necessary.
If the message in the source store does not exist in the target store, the message will be copied to the target
store.
This option is useful in a disaster recovery situation in which you must merge data and replace it into a
production server. The setting merges new messages into the target store, and unlike the Merge option, it
also replaces any existing messages in the target store for which an updated version exists in the source
store. Therefore, this option causes the program to run more slowly than the Merge option but faster than
the Copy or Replace options.
ExMerge.exe merges user folders and messages. It also merges folder rules but only if the rules were
created on Exchange Server, version 5.0 or later. It does not support version 4.0 Inbox Rules and it does not
support forms, views, and Schedule+ data. The program merges Outlook Calendars, Contacts, Journal,
Notes, and Tasks. Copied messages lose their single-instance storage, and this can cause an increase in the
size of the Microsoft Exchange private information store.
The disk space requirements indicated by the program are an estimate based on the size of the mailboxes
selected. The actual disk space required is more than the indicated disk space because of how messages are
stored in .pst files. Also, the required disk space that the program indicates does not account for the disk
space required for any items that will be recovered from the Dumpster. Ensure that the disk drive to which
the .pst files will be saved has sufficient free disk space to avoid encountering errors because of low disk
space.
When it extracts data from the Dumpster, the program cannot selectively extract data based on date or time.
All items in the Dumpster will be extracted. Also, the program extracts only messages that a user deleted
from the Deleted Items folder. If a user permanently deleted messages from other folders, ExMerge.exe
cannot extract them from the Dumpster.
When it extracts and imports folder permissions, the program overwrites the permissions on the target
folder that has the permissions on the source folder.
When you use the program to import messages, do not use date, subject, or attachment selection criteria.
Whether you use the one-step merge procedure (which both exports messages and imports .pst files) or
Step 2 of the two-step merge procedure (which imports .pst files), using date, subject, or attachment
selection criteria cause the import process to fail. To extract and import messages that have a specific date,
subject line, or attachment name, use the two-step merge procedure: enter data selection criteria when
exporting messages from the source store, but omit data selection criteria when importing .pst files to the
target store.
When you use the program to remove messages from the source store based on attachment name or subject
line, the specified criteria are not applied to embedded messages. This is important when you are trying to
remove messages infected with a virus. It is possible that even after you run this program, mailboxes will
still contain infected messages if these messages have been embedded (attached) inside another message. It
is recommended that you run a virus-scanning program to remove infected messages. For more information
about antivirus software, see Microsoft Knowledge Base article 823166, "Overview of Exchange Server
2003 and antivirus software" (http://go.microsoft.com/fwlink/linkid=3052&kbid=823166).
Modes of Operation
• One-step merge
• Two-step merge
In the one-step merge, by default, the program copies data from the source mailbox to a .pst file and then
merges the data in the .pst file into the same mailbox on the destination server. The mailbox on the
destination server must have the same mailbox name and the same container path as the source server. The
distinguished name of the mailbox on the destination server is obtained by replacing the organization and
site names in the distinguished name of the mailbox on the source server that has the organization and site
names of the destination server.
The program can also merge data into a mailbox with a different container path and mailbox name, if the
distinguished name/directory name of the destination mailbox is specified in a text file. For more details on
how to do this, see the section "Differences between Interactive and Batch Modes" later in this document.
In the two-step merge procedure, the user can do one of two operations:
There are some differences, described as follows, between the features supported by the Mailbox Merge
Program in batch mode versus interactive mode:
• Support for processing mailboxes on different servers In batch mode, the mailboxes.txt file that
contains the list of mailboxes can contain mailboxes on different servers. In interactive mode, the
program only allows for mailbox selection from one server.
• Support for processing mailboxes in different sites In batch mode, if you have rights to the mailbox
and can access the servers in the other sites, you can process mailboxes in different sites. In interactive
mode, the program allows for mailbox selection only from one server in one site.
• Source and target mailboxes can be in different organizations and sites In batch mode, source and
target mailboxes can be in different organizations and sites. In interactive mode, source and target
mailboxes can be in different organizations and sites, but the directory name of the source and target
mailboxes must be the same. If running the one-step merge, the container paths of the source and target
mailboxes must also be the same.
• Source and target mailboxes can have different directory names In batch mode, source and target
mailboxes can have different directory names if a TargetDN is explicitly specified in the mailboxes.txt
file. This action is not supported in interactive mode.
• Source and target mailboxes can be in different container hierarchies In batch mode, source and target
mailboxes can have different directory names if a TargetDN is explicitly specified in the mailboxes.txt
file. In interactive mode, if you run the one-step merge, the target mailbox must have the same
container path. If you run the two-step merge, you can import data into mailboxes with a different
container path than that of the mailboxes from which data was extracted. However, the directory
names of the source and target mailboxes must be the same.
• Ability to pause the program In batch mode, you cannot pause the program. In interactive mode, you
can pause and restart the program.
• Ability to import data into multiple mailboxes from a single .pst file In batch mode, set the
MergeAction to Import and specify the .pst file name (using the UseThisPSTFileForAllMailboxes
setting) in the .ini file. This action is not supported in interactive mode.
• Ability to specify a range of mailboxes to be processed In batch mode, set the StartingIndex and
EndingIndex settings in the .ini file. This action is not supported in interactive mode.
Command-line options
Following are the command-line options that are supported by the program:
EXMERGE [-B] [-D] [-F FILENAME] [-LOGMIN | -LOGMED | -LOGMAX] [-SRCSERV
SOURCESERVERNAME] [-TGTSERV TARGETSERVERNAME] [-NUMTHREADS <number of worker
threads>]
Where:
-B - Operate the program in batch mode. No windows are displayed. Specify when you run
the program in a scheduled manner.
-D - Display window with progress data. Only applicable when the -B option is specified. Do
not specify when you run the program from the Windows Scheduler.
-F FILENAME - Name of a setting's file (.ini) that contains the settings to use. Use only the
characters A through Z and 0 through 9.
-LOGMIN - Minimum logging level
-LOGMED - Medium logging level
-LOGMAX - Maximum logging level
-SRCSERV - Specifies the source server name in SOURCESERVERNAME
-TGTSERV - Specifies the destination server name in TARGETSERVERNAME
-NUMTHREADS- Overrides the number of worker threads used by the program. For more
information, see the section "Algorithm used to determine the number of threads used by the program" later
in this document.
When you run the program in batch mode by specifying the -B command-line option, by default, the
program runs without a user interface displayed. The log file contains information that indicates the
progress of the program. If you want a user interface to be displayed, specify the -B -D command-line
options.
By using the -F command-line option, the administrator can specify the name of an .ini file to be used by
the program. This lets an administrator configure different settings in different .ini files, and then run
ExMerge.exe with these different .ini files. This makes configuring the program much easier.
Command-line options override any corresponding settings in an .ini file.
Logging
The program creates a log file that contains any errors encountered during operation, as well as messages
that indicate the progress of the current operation. By default this log file is called ExMerge.log. ExMerge
creates the log file in the same directory as the ExMerge.exe file. You can change the name of the log file
generated by specifying a log file in the LogFileName setting of the .ini file.
If the .ini file is not called ExMerge.ini or is not present in the directory that contains the ExMerge.exe
executable, you must specify the name of the .ini file using the -F command-line option, when you run
ExMerge.exe.
ExMerge.exe supports the following command-line options, which control the amount of information
logged:
• -LogMin
• -LogMed
• -LogMax
ExMerge.exe supports multiple threads. To make it easier to troubleshoot, each thread writes to its own log.
These log files will be named ExMerge-(Thread0).log, ExMerge-(Thread1).log, and so on. The logging
level specified at the command line or the .ini file is used to control the level of logging to the thread log
files.
Running the Mailbox Merge
Program
You can run the Mailbox Merge Program in one of two modes, interactive or batch. Running the program
in each of these modes is explained in the following sections.
Interactive Mode
To run the program in interactive mode, double-click the ExMerge.exe file from Windows Explorer or File
Manager. You can also run the program in interactive mode from the command line with options such as
-logmax and others. For additional details, see the section "Command-Line Options" earlier in this
document.
Note To run successfully, ExMerge.exe must be able to access the DLL EXCHMEM.dll. You can
find EXCHMEM.dll in the Exchsrvr\bin directory on your Exchange server. On the computer on
which you run ExMerge.exe, you must either copy EXCHMEM.dll to the same directory as
ExMerge.exe, or add the exchsrvr\bin directory to the system path.
In interactive mode, the program operates as a wizard. It presents the user with a series of pages on which
the user can specify information. At the bottom of each page are a Back button and a Next button. By using
these buttons, you can navigate the pages of the wizard.
Optional Information
If no Windows 2000 Server or Windows Server 2003 domain controller is specified, the program will use
the first available domain controller to determine whether the specified Exchange server is running
Exchange 2000 or later versions. If this is the case, the program will extract a list of storage groups and
databases from Active Directory. If a domain controller is specified, the program queries the specified
domain controller.
Important If you are using ExMerge.exe to migrate users between organizations, you must
specify the domain controller under Microsoft Windows 2000 Domain Controller Name.
• If you are running ExMerge.exe in the source organization, you must specify the domain controller
that is in the target organization.
• If you are running ExMerge.exe in the target organization, you must specify the domain controller that
is in the source organization.
By default, the program performs lightweight direct access protocol (LDAP) queries on port 389. In certain
situations, you might need the program to query another port. In that case, specify the new LDAP port. The
most common situation in which a specific LDAP port must be specified is one in which you are running
an Exchange 5.5 server on a Windows 2000 or Windows Server 2003 domain controller. In this case, the
Exchange Directory must use a different LDAP port, because Active Directory uses the default LDAP port
(389).
Folder Permissions
This option controls whether the program extracts folder permissions from the source store. Because of
how permissions are stored, the program cannot merge permissions. Instead, the program overwrites
existing folder permissions in the target store with permissions from the source store.
If this option is selected, all existing permissions on the target store will be lost and replaced by the
permissions on the source store. Also, the folder permissions might not be valid if the data is imported into
a new site or organization. This option is most useful when you extract data from a backup and import it
into a server in the original site.
Figure 5a Import Procedure tab with Merge data into the target store option
Running the Mailbox Merge Program 23
Figure 5b Import Procedure tab with Replace existing data in target store option
To avoid irrecoverable data loss, the program will only support this option when it extracts data from an
Exchange server to personal folders. If you select this option with the one-step merge, the program archives
data when it extracts it from the Exchange server, but merges data when it imports it into the Exchange
server. Therefore, if you select the Archive setting by mistake, and the data in the source mailbox is
deleted, a copy of the data is still available in the .pst file. This is true only if you do not select the option to
automatically delete the .pst files.
Specifying folders
The Folders tab lets you specify a set of folders to be ignored or a set of folders that are the only folders for
the program to process (Figure 6). Folder selection is based on an exact character match, not on folder type.
For example, if you select the "\Inbox" folder for processing, ExMerge.exe will process only the folders
named "Inbox." It will not process Inbox folders in other languages or Inbox folders that have been
renamed.
3. From the Folders Selection dialog box, select the folders that you want, and then click OK.
If the "Apply action to sub folders of the selected folders" option is selected, the action to ignore certain
folders or process certain folders is automatically applied to any subfolders of the selected folders.
Therefore, if you are ignoring certain folders, selecting this option causes subfolders of the selected folders
to be ignored. Otherwise, subfolders are processed. If you are processing only certain folders, selecting this
option causes the subfolders of the selected folders to be processed as well. Otherwise, subfolders are not
processed.
Note If you specify folders for ExMerge.exe to ignore, ExMerge.exe will still create these
folders on the merged mailbox, but it will ignore the messages in the folder.
Note When you extract items from the Dumpster with a range of dates selected, if the option
to extract data from the Dumpster is also selected, the program extracts all available items in
the Dumpster, regardless of the range of dates that you specified on the Dates tab. This caveat
only applies when extracting data from the Dumpster.
Exact Match
When you select this setting, the program checks for messages that contain the entire string specified. The
comparison is case-sensitive.
Running the Mailbox Merge Program 29
Using the above example, a hypothetical folder in the source store contains messages with the following
subject lines:
"This is a test," "Testing," "Testy," and "Test."
If "test" is a subject line specified in the Message Details tab, the program does not select any messages,
because none of the messages contain a subject line of "test." However, if you specify "Test" as a subject
line in the Message Details tab, the program selects the message with the subject "Test."
The comparison works similarly when you specify attachment names. However, the search is not case-
sensitive. As in the "Full string" match described above, the extension name is considered part of the
attachment name.
Selecting Databases
If the Exchange server name that you specify is running Exchange 2000 Server or later versions, the
program queries Active Directory and obtains a list of storage groups and databases on that Exchange
server. The program then displays the Database Selection page (Figure 9).
If no domain controller is specified, the program queries the global catalog for mailboxes homed on the
selected databases. This query causes the program listing user accounts in all domains.
Therefore, if you have user accounts in several discontinuous domains, and you want to list all these user
accounts, do not specify a domain controller. Not specifying a domain controller causes the query to take
longer to finish.
Note If there is only one database on the specified Exchange server or if the server is running
Exchange 5.5, the program does not display the list of databases and proceeds directly to
extract the list of mailboxes.
If you are doing a one-step merge, the program queries the source server for a list of mailboxes
homed on that server. If you are doing a two-step merge, when the program extracts data to
personal folders, it extracts the list of mailboxes on the source server; whereas when the
program imports data from personal folders, it extracts the list of mailboxes on the target
server.
Selecting Mailboxes
The program displays to the user, the list of mailboxes found, as shown in Figure 10. You can now select
one or more mailboxes to work on. Because you can use ExMerge.exe to extract data from restored
mailboxes, any existing, valid restored mailboxes are listed on the Mailbox Selection page. Do not select a
combination of restored mailboxes and regular mailboxes in the file during a single extraction process.
ExMerge.exe does not process both types of mailboxes simultaneously.
Sort the displayed columns to make searching for mailboxes easier.
Note When You Run the program against an Exchange 5.5 server, the list of mailboxes is
extracted only from the private information store of the Exchange server. Only mailboxes that
have resources on that server (visible from the Exchange Administrator program) are extracted.
ExMerge.exe does not list mailboxes that have never been logged on to, or that have never
received mail.
You will not notice this problem when you run the program against an Exchange 2000 or
Exchange 2003 server.
The directory name displayed is not the mailbox alias name. It is generally the same as the alias
name, but that is not always the case. The directory name is obtained from the mailbox
distinguished name and cannot be changed, whereas the alias name can be changed from the
Exchange Administrator program. ExMerge.exe uses the directory name and not the alias name
when generating .pst files.
Running the Mailbox Merge Program 31
ExMerge.exe now has better support for non-English language mailboxes than earlier version of the
program. Earlier versions of the program logged on to each mailbox with the language of the local
Exchange client or Exchange Administrator program. Because of this, the default folders might have been
created in an incorrect language.
The current version of the program gets the mailbox locale for each mailbox processed from the
information store. It then logs into the information store using this locale. This results in the Exchange
server returning information to ExMerge.exe exactly as it would to a client in the mailbox owner's
language. In other words, for a French mailbox, ExMerge.exe will act as a French client, and for a Japanese
mailbox, the program will appear to the server as a Japanese client. This removes problems that occurred
with previous versions of the program when it was used to export data from a non-English mailbox.
As shown in Figure 11, the user can also specify a default locale. This is the locale that the program will
log on as, when it encounters a mailbox that has never been accessed. This locale controls the language of
the default folders in the new initialized mailbox. When ExMerge.exe logs into a newly created mailbox,
the default folders are created using the locale with which the program logged on. By controlling which
locale the program uses to log on to new mailboxes, you can control the language in which the mailbox's
default folders are created.
Note If you are importing data to a server that is accessed by different language clients, you
must run the program multiple times, every time specifying a different default locale and
selecting only the users who work in that language.
For example, if you are importing data into mailboxes that will be accessed by German and
Japanese clients, you must run the program one time, selecting only the German mailboxes and
select the default locale as German. Then you must run the program again, selecting only the
Japanese mailboxes and set the default locale as Japanese.
• The Folders Filename is the name of the file to which the names of any folders selected to be
ignored or to be processed are written. Data is written to this file when the following conditions
are true:
You have selected more than 10 folders to be ignored.
Any of the folders specified have a semicolon in the folder path.
If both of the above conditions are not valid, the folder names are written to the .ini file in the
ListOfFolders setting and are not written to the Folders file.
The Subjects Filename is the name of the file to which the selected subject lines are written.
The Attachments Filename is the name of the file to which the list of attachment names is written.
Batch Mode
You can run the Mailbox Merge Program as part of a batch process by specifying the -B command-line
option. This causes the program to run without any user intervention, and no user interface is displayed.
When you run the program in batch mode, all program configuration settings must be specified in a
configuration setting's file. By default, the program looks for a file named ExMerge.ini in the same
directory as the program executable. If you are using a different file, you must specify the name of the .ini
file to be used by the program, by adding the -F <Filename> command-line option, where <Filename> is
the name of the alternative .ini file to be used, including the file path.
By default, when you run the program in batch mode, no user interface is displayed. However, if you want
a user interface displayed that indicates the progress of the process, use the -B -D command-line options.
However, note that you cannot specify the -D option when you run ExMerge.exe from Windows Scheduler.
Note Because ExMerge.exe lets you extract data from restored mailboxes, when you are using
a MergeAction of 0, you can specify restored mailboxes in the text file. However, do not specify
a combination of restored mailboxes and unrestored mailboxes in the file. ExMerge.exe does not
process both types of mailboxes at the same time.
1. Enter the name of the file created in Step 1, in the FileContainingListOfMailboxes entry of the .ini file.
2. Specify the name of the Exchange server that uses the SourceServerName or DestServerName .ini file
entries.
3. Specify the .ini file modified in Step 2 on the command line, using the -F option, when you run
ExMerge.exe. The command line that you use will be similar to the following:
EXMERGE -B -F C:\EXMERGE.INI
The program now reads the mailbox names file specified in the .ini file and processes only the mailboxes
specified in that file. The program ignores blank lines in the specified file, and ignores as comments lines
that start with a ##~. You can specify UNC file names.
When you run the program in batch mode, if the FileContainingListOfMailboxes setting in the .ini file is
empty, not valid, or does not contain any valid mailbox distinguished names, the program will stop logging
an error.
Note The FileContainingListOfDatabases setting overrides the FileContainingListOfMailboxes.
Even if you specify both parameters, ExMerge.exe will extract all the mailboxes in the store that
you specified in the database list file.
Extract
When the MergeAction is Extract, if a TargetDN is specified, the directory name in the TargetDN is used
to generate the name of the .pst file to which data will be written.
If the TargetDN is not specified, the .pst file name is generated from the directory name in the SourceDN.
Import
When the MergeAction is Import, if a TargetDN is specified, it is used as the distinguished name of the
mailbox into which data will be merged, and the name of the .pst file from which the program will get the
data is generated from the directory name in the TargetDN.
38 Exchange Mailbox Merge Program
If the TargetDN is not specified, the SourceDN is used as the distinguished name/directory name of the
mailbox into which data will be merged, and the .pst file name is generated from the distinguished name in
the SourceDN.
Extract&Import
If the MergeAction is Extract&Import, the data is extracted from the mailbox specified by the SourceDN. If
a TargetDN is specified, the data is written to a .pst file the name of which is generated from the directory
name in the TargetDN. If a TargetDN is not specified, the .pst file name is generated from the directory
name in the SourceDN.
When importing the data, if a TargetDN is specified, it is used as the directory name of the mailbox into
which the data is merged. If a TargetDN is not specified, the program generates a TargetDN by replacing
the organization and site names in the SourceDN with the organization and site names of the destination
server.
Note By default, the program uses a comma as the delimiter between the SourceDN and the
TargetDN in the text file that contains the list of mailboxes. If you want to use a different
delimiter, specify the delimiter using the DelimiterUsedInMailboxFile .ini file setting. For a list of
possible delimiters, see the previous section describing all the .ini file settings.
When you use ExMerge.exe to migrate mailboxes between different organizations, you must also specify
the domain controllers for the source and target servers in the ExMerge.ini file. Enter the names of domain
controllers in the following ExMerge.ini file parameters:
• Specify the domain controller for the source server in the DomainControllerForSourceServer
parameter.
• Specify the domain controller for the target server in the DomainControllerForDestServer parameter.
Note When you migrate mailboxes from two or more organizations into another organization,
you must run the program one time for each organization. In other words, the program can
process only mailboxes, listed in the mailboxes.txt, that are available in the Exchange Directory
on the server specified as the source server. If you specify mailboxes in different organizations
in the text file, the program can extract data from only those mailboxes in the same
organization as the source server. This is because the Exchange Directory on the source server
does not recognize any mailboxes that belong to other organizations.
By default, the program uses a comma as the delimiter between the SourceDN and the TargetDN in the text
file that contains the list of mailboxes. If you want to use a different delimiter, specify the delimiter using
the DelimiterUsedInMailboxFile .ini file setting. For a list of possible delimiters, see the section describing
all the .ini file settings.
1. In the .ini file that contains the program settings, set the value of the FoldersProcessed entry to 0. This
indicates that you want to have the program ignore certain folders.
2. Specify the names of folders to be ignored. You can do this in one of two ways:
• Specify the names (including full path) of the folders to be ignored, in the ListOfFolders .ini file
setting. Separate each folder name with a semicolon (;).
• If the number of folders to be ignored is large, or the folder paths contain semicolons, do not
specify the list of folders to be ignored directly in the .ini file. Instead, follow these steps:
40 Exchange Mailbox Merge Program
a. Create a text file that contains the names (including full path) of the folders to be ignored. Each
folder name should be entered on a separate line. The program ignores blank lines in the specified
file, and ignores as comments lines that start with a ##~.
b. Enter the name of the file created in the previous step in the FileContainingListOfFolders entry
of the .ini file.
You can specify a UNC file name in the .ini file. If the FileContainingListOfFolders setting in
the .ini file is empty or not valid, the program processes all folders.
By default, the program ignores messages only in the folders specified. If you want the program to ignore
messages and subfolders of the specified folders, set the ApplyActionToSubFolders setting in the .ini file to
1.
For example, to extract only messages delivered between Jan 1, 1998 and Dec 31, 2001, add the following
entries to the .ini file.
SelectMessageStartDate = 1/1/98 00:00:00
SelectMessageEndDate = 12/31/01 23:59:59
If the SelectMessageStartDate or SelectMessageEndDate entries are empty or not valid, all messages will
be selected.
1. Create a text file that contains the message subject lines to look for. Each subject line must be entered
on a separate line. If you want to specify a blank subject line, enter ~<BLANK SUBJECT LINE>
2. Save this file as C:\SUBJECTS.TXT
3. Enter the name of the file created in Step 1 in the FileContainingListOfMessageSubjects entry of the
.ini file.
4. Create a text file that contains the attachment names, with each attachment name entered on a separate
line.
5. Save this file as C:\ATTACHMENTS.TXT
6. Enter the name of the file created in Step 4 in the FileContainingListOfAttachmentNames entry of
the .ini file.
7. Set the following .ini file entries:
a. DataImportMethod = 3
b. CopyUserData = 1
c. CopyAssociatedFolderData = 0
d. CopyFolderPermissions = 0
e. CopyDeletedItemsFromDumpster= 0
f. SubjectStringMatchCriteria = 0
g. AttachmentNameStringMatchCriteria = 1
8. Specify the name of your Exchange server that uses the SourceServerName .ini file setting.
Running the Mailbox Merge Program 43
9. Specify the .ini file on the command line, using the -F option when you run ExMerge.exe. The
command line that you use will be similar to the following:
EXMERGE -B -F C:\EXMERGE.INI
Note The program cannot search embedded (attached) messages. It is possible that messages
matching the specified criteria will not be removed, if these messages are embedded inside
other messages.
You can specify a UNC file name in the .ini file.
To look for messages that have the specified subjects and attachments within a certain range of dates,
specify the start and end dates using the SelectMessageStartDate and the SelectMessageEndDate .ini file
entries. For example:
SelectMessageStartDate = 03/21/1999 00:00:00
SelectMessageEndDate = 03/30/1999 23:59:59
You can also specify that the program only look in certain folders for the messages that have the above
criteria by setting the following .ini file entries:
ListOfFolders = \Deleted Items; \Inbox; Sent Items;
FoldersProcessed=1
For more information, see the section "Specifying Folders to Be Processed" earlier in this document.
To have the program copy the items in the root folder in the .pst file to another
folder
1. Set the MapFolderNameToLocalisedName .ini file setting to a value of 1.
2. Add the following entry to the [Folder Name Mappings] section:
\ = <Sub Folder>
where <Sub Folder> is the folder to which you want the items that would typically be copied to
the root folder, to be copied. This folder must be an immediate subfolder of the root folder.
44 Exchange Mailbox Merge Program
4. If you are using the FileContainingListOfDatabases option to extract restored databases, specify a
value of 1 for the RestoreDB entry in the .ini file. (Setting the value to 1 enables extraction of restored
databases. The default setting of 0 enables extraction of unrestored databases.)
5. Specify the .ini file on the command line, using the -F option, when you run ExMerge.exe. The
command line that you use will be similar to the following:
EXMERGE -B -F C:\EXMERGE.INI
Note The actual set of mailboxes processed is relative to the list of mailboxes extracted,
which in turn depends on the settings specified in the .ini file. In other words, the indexes
point to a different range of mailboxes if you extract all mailboxes on a server than those to
which they point if you extract the mailboxes only on a set of databases.
The list of mailboxes is sorted by Display Name.
The Mailbox Merge Program is available only in US English and is not localized in different languages.
However, the current version of ExMerge.exe is designed to work more seamlessly against non-English
mailboxes than earlier versions.
For each mailbox processed, the program now gets the mailbox locale from the information store. It then
logs into the information store using this locale. This causes the Exchange server returning information to
ExMerge.exe exactly as it would to a client in the mailboxes owner's language. In other words, for a French
mailbox, ExMerge.exe will act as a French client, and for a Japanese mailbox, the program will appear to
the server as a Japanese client. This gets rid of problems that occurred with previous versions of the
program, when it was used to export/import data from/to a non-English mailbox.
With ExMerge, the user can also specify a default locale. The default locale is used when a mailbox has
never been accessed. This locale controls the language of the default folders in the new initialized mailbox.
When ExMerge logs into a newly created mailbox, the default folders are created using the locale with
which the program logged in. By being able to control which locale the program uses to log into new
mailboxes, the user can control the language in which the default folders in the mailbox are created.
Previously, the program would log into each mailbox with the language of the local Exchange client or
Exchange Administrator program. This could have resulted in the default folders being created in a wrong
language.
Note If you are importing data to a server that will be accessed by different language clients,
you will have to run the program multiple times, every time specifying a different default locale
and selecting only the users who work in that language.
For example if you are importing data into mailboxes that will be accessed by German and
Japanese clients, you will have to run the program one time, only selecting the German
mailboxes and select the default locale as German. Then run the program again selecting only
the Japanese mailboxes and set the default locale as Japanese.
Following are some of the common issues encountered when you run ExMerge.exe in non-US English
environments and the steps to resolve these problems.
To operate, the program must be able to add and configure the Exchange Server and Personal Folders
services to a profile created dynamically by the program. To resolve these errors, you must provide the
program the localized names of the Exchange Server and Personal Folders services, using the .ini file.
Add the following entries to the .ini file:
[EXMERGE]
LocalisedExchangeServerServiceName=<Localized Exchange Server Service Name>
LocalisedPersonalFoldersServiceName=<Localized Personal Folders Service Name>
<Localised Exchange Server Service Name> is the localized name of the Exchange Server service. This is
generally the value of the PR_PROVIDER_ DISPLAY entry under the [EMS_MDB_private] section of the
MAPISVC.INF file. By default, ExMerge.exe recognizes the Exchange Server service name in German and
French, and you will not get the above error for these languages. For other languages, the correct value
must be added to the ExMerge.ini file.
<Localised Personal Folders Service Name> is the localized name of the Personal Folders service. This is
generally the name displayed in the client, when you add the Personal Folders service to your profile. You
can also determine the localized name in the [MSPST MS] section of the MAPISVC.INF file. By default,
ExMerge.exe recognizes the Personal Folders service name in Spanish, German, and French. You will not
need to add the entry in the .ini file for these languages. However, for other languages, the correct value
must be added to the ExMerge.ini file.
Renaming Folders
In certain situations, you might want to have the program rename folders in the target store. ExMerge.exe
can rename folders, based on folder name mappings defined in the [Folder Name Mappings] section of
the .ini file.
Consider the same example explained above. You are importing data from a .pst file that has folder names
in English, into a mailbox that has the default Outlook folder names in German. By defining an English to
German folder name mapping, and setting the MapFolderNameToLocalisedName entry to 1, you cause the
program to copy the data from the English name folders in the .pst file to the corresponding German name
folders in the mailbox.
Therefore, after the process is complete, data in the Inbox folder in the .pst file is copied to the Posteingang
folder in the mailbox, and no folder named Inbox is created. In certain situations, you might want the folder
names in the mailbox to be in English instead of in German. To facilitate this, ExMerge.exe can rename
folders in the target store based on the same folder mappings used by the program to redirect messages.
The program supports a new .ini file entry, RenameFoldersBasedOnFolderMappings. If this entry is set to
1, and the MapFolderNameToLocalisedName entry is set to 1, the program renames the folder in the target
store with the name of the folder in the source store.
The mappings have the following format:
<Folder Name in Source Store> = <Folder Name in Target Store>
Therefore, consider the following mappings:
[Folder Name Mappings]
Using the Mailbox Merge Program in Non-US English Environments 49
Inbox = Posteingang
Deleted Items = Geloschte Objekte
Sent Items = Gesendete Objekte
Outbox = Postausgang
When it copies data from the source store, the program tries to copy data from a folder named Inbox. If the
MapFolderNameToLocalisedName entry is set to 1, it checks for a folder named Posteingang in the target
store. If it finds a folder named Posteingang in the target store, the program copies data into that folder.
Before it starts the copy process, the program checks that the RenameFoldersBasedOnFolderMappings
entry is set 1. If this entry is set to 1, the program renames the Posteingang folder to Inbox, and then starts
the copy process.
The result is that all the target folders in the above mappings are renamed to the source folders. In the
above example, after the program runs, folders in the mailbox called Posteingang, Geloschte Objekte,
Gesendete Objekte, and Postausgang should be renamed to Inbox, Deleted Items, Sent Items, and Outbox.
If the target folder name in a mapping does not exist in the target store, the program creates a folder in the
target store with the name of the folder in the source store. In this case, renaming is not required.
Note Folder name mapping and renaming is supported only for top level folders such as Inbox,
Outbox, and Deleted Items.
Algorithm to Determine the
Number of Threads Used by
ExMerge.exe
ExMerge.exe supports multiple worker threads. This means that the program can simultaneously process
multiple mailboxes, which should result in faster overall performance.
The number of worker threads used by the program depends on the number of mailboxes to be processed.
Following is the algorithm used to determine the number of worker threads:
If (Number of Mailboxes Selected < 5)
Number of Worker threads = 1
If (Number of Mailboxes Selected < 25)
Number of Worker threads = 2
If (Number of Mailboxes Selected < 50)
Number of Worker threads = 3
If (Number of Mailboxes Selected < 100)
Number of Worker threads = 4
If (Number of Mailboxes Selected >= 100)
Number of Worker threads =5
The program supports a command-line option, -NUMTHREADS <# of worker threads>, which you can
use to specify the number of worker threads. This setting overrides the algorithm. The program has a hard-
coded upper limit of 10 worker threads.
Increasing the number of worker threads should be performed with caution. The larger the number of
threads, the more resources the program uses and the greater the stress on the computer that is running
ExMerge.exe. This can affect the responsiveness of the computer. It is recommended that you run
ExMerge.exe on a dedicated management station that has Exchange administrative tools installed, instead
of running ExMerge.exe on an Exchange server. It is recommended that the number of worker threads not
be increased beyond the default number determined by the program.
.Ini File Settings
The Mailbox Merge Program can read its configuration settings from an .ini file. Details of the supported
.ini file settings are listed below.
When you run the program in batch mode, you must specify all required configuration settings in an .ini
file. However, the .ini file is also read when you run the program in interactive mode. This lets you save
common settings in an .ini file to avoid having to make the same selections every time that you run the
program.
====================================================
ExMerge.ini
This file is for use with the EXMERGE.EXE program. This file should be in the same directory as the
executable, or the -F command-line option should be used to specify the location of the .ini file.
====================================================
MergeAction
This setting controls which merge procedure to use.
Possible values:
0 - Extract (Merge data to Personal Folders)
1 - Import (Merge data from Personal Folders)
2 - Extract&Import (Export from one server and Import into another server)
Default value: 0
MergeAction = 0
====================================================
SourceServerName
Name of the source Exchange server from which data will be extracted. You must specify this setting if the
MergeAction that you specify is Extract or Extract&Import.
SourceServerName =
====================================================
52 Exchange Mailbox Merge Program
DomainControllerForSourceServe
r
If the source server specified in the SourceServerName setting is running Exchange Server 2000 or later
versions on a Windows stand-alone server (not on a domain controller), you can use this setting to instruct
the program which domain controller it must access to read Active Directory and get information about the
source server. You can also use this setting to instruct the program to search for mailboxes homed on the
source server.
If a domain controller is specified, the program only extracts mailboxes present in the domain that contain
the specified domain controller. If this entry is left empty, the program tries to locate the nearest domain
controller and access Active Directory on that domain controller. When querying for mailboxes homed on
the source server, the program accesses the nearest global catalog server.
Therefore, for the program to list mailboxes in multiple domains, do not specify a
DomainControllerForSourceServer.
DomainControllerForSourceServer=
====================================================
SrcServerLDAP-Port
This setting specifies the port number to be used when you try to access the directory (Exchange 5.x
Directory or Active Directory) using LDAP. By default, the program tries to access the directory on port
389. You should use this entry only if the directory is configured to use a different port. This is generally
the case if you have installed Exchange Server 5.x on a Windows 2000 or Windows Server 2003 domain
controller. In this case, it is likely that you need to configure the Exchange Directory to listen for LDAP
queries on a port other than the default of 389.
Default Value:
SrcServerLDAP-Port=
====================================================
DestServerName
This setting specifies the name of the destination Exchange server to which data will be written.
This setting must be specified if the MergeAction specified is Import or Extract&Import
DestServerName =
====================================================
.Ini File Settings 53
DomainControllerForDestServer
If the destination server specified in the DestServerName is running Exchange Server 2000 or later versions
on a Windows stand-alone server (not on a domain controller), you can use this setting to instruct the
program which domain controller it must access to read Active Directory and information about the
Destination Server. You can also use this setting to instruct the program to search for mailboxes homed on
the destination server.
If a domain controller is specified, the program extracts only mailboxes present in the domain that contains
the specified domain controller. If this entry is empty, the program tries to locate the nearest domain
controller and access Active Directory on that domain controller. When querying for mailboxes homed on
the destination server, the program accesses the nearest global catalog server.
Therefore, if you want the program to list mailboxes present in multiple domains, do not specify
DomainControllerForDestServer.
DomainControllerForDestServer=
DestServerLDAP-Port
This setting specifies the port number to be used when you try to access the directory (Exchange 5.x
Directory or Active Directory) using LDAP. By default, the program tries to access the directory on port
389. Use this entry only if you configure the directory to use a different port. This is generally the case if
you have installed Exchange Server 5.x on a Windows 2000 or Windows Server 2003 domain controller. In
this case it is likely that the Exchange Directory will have to be configured to listen for LDAP queries on a
port other than the default of 389.
Default Value:
DestServerLDAP-Port=
SelectMessageStartDate
This setting specifies the starting date after which messages should be selected.
Format: MM/DD/YY hh:mm:ss
where:
MM - Month
DD - Day
YY - Year
hh - Hour (0-23)
mm - Minute
ss - Second
Default value: Blank
If SelectMessageStartDate or SelectMessageEndDate is not valid, all messages are selected.
SelectMessageStartDate = 12/31/97 00:00:00
54 Exchange Mailbox Merge Program
SelectMessageEndDate
This setting specifies the ending date before which messages should be selected.
Format: MM/DD/YY hh:mm:ss
where:
MM - Month
DD - Day
YY - Year
hh - Hour (0-23)
mm - Minute
ss - Second
Default value: Blank
If SelectMessageStartDate or SelectMessageEndDate is not valid, all messages are selected.
SelectMessageEndDate = 12/31/99 23:59:59
=================================================
FileContainingListOfMessageSubj
ects
This setting points to a text file that contains all the subjects for which you want the program to search. The
file must contain one subject per line. Blank lines are ignored. Lines starting with a ##~ are ignored as
comments. To specify a blank subject line, enter ~<BLANK SUBJECT LINE>.
You can specify multiple subjects. The program then checks for messages that contain any one of the
specified subject lines. You use this setting when you are trying to copy/remove specific messages from
one or more mailboxes.
FileContainingListOfMessageSubjects =
=================================================
SubjectStringMatchCriteria
This setting controls how the program matches subject name strings when you create restrictions.
Possible Values:
0 - Sub-string match, ignore case
1 - Full string match, ignore case
2 - Exact String match
Default Value: 0
.Ini File Settings 55
SubjectStringMatchCriteria =
FileContainingListOfAttachmentN
ames
This setting points to a text file that contains all the attachment names for which you want the program to
search. The file must contain one attachment name per line. Blank lines are ignored. Lines starting with a
##~ are ignored as comments. Blank attachment names are not supported.
You can specify multiple attachment names. The program then checks for messages that contain any one of
the specified attachments.
You use this setting when you are trying to copy/remove specific messages from one or more mailboxes.
FileContainingListOfAttachmentNames =
AttachmentNameStringMatchCrit
eria
This setting controls how the program matches attachment name strings when you create restrictions.
Possible Values:
0 - Sub-string match, ignore case
1 - Full string match, ignore case
2 - Exact String match
Default Value: 1
AttachmentNameStringMatchCriteria =
FoldersProcessed
This setting causes the program to ignore certain folders or to process only certain folders, or to process all
folders. You must specify the actual list of folders using the ListOfFolders setting or the
FileContainingListOfFolders setting.
Possible values:
0 - Ignore specified folders
1 - Process only specified folders
2 - Process all folders
Default value: 2
FoldersProcessed = 2
56 Exchange Mailbox Merge Program
ListOfFolders
This setting specifies a list of folders to be processed. Depending on the value of the FolderActions setting,
this list contains the names of folders to be ignored or of folders to be processed. This list must contain the
complete path of the folders, with each path separated by a semicolon (;).
If you have folder names that contain semicolons, do not use this setting. Use the
FileContainingListOfFolders setting instead.
Default value: Blank
For example:
ListOfFolders = Deleted Items;Sent Items;Inbox\Junk Mail
ListOfFolders =
FileContainingListOfFolders
This setting specifies the name of a file that contains the names of folders. Depending on the value of the
FolderActions setting, these names are the names of folders to be ignored, or of folders to be processed.
Each folder name must contain the complete path of the folder. The file must contain one folder name per
line. Blank lines are ignored. Lines starting with a ##~ are ignored as comments.
Default value: Blank
FileContainingListOfFolders =
ApplyActionToSubFolders
This setting is only applicable if the value of the FoldersProcessed setting is 0 or 1, in other words, if you
want to ignore certain folders or process only certain folders.
This setting controls whether the action specified in the FoldersProcessed settings are applied to subfolders
of the folders specified using the ListOfFolders or FileContainingListOfFolders settings.
Therefore, if you are ignoring certain folders, setting this option to 1 will cause subfolders of the selected
folders to be ignored. Otherwise, subfolders are processed. If you are processing only certain folders,
setting this option to 1 will cause the subfolders of the selected folders to be processed also. Otherwise,
subfolders are not processed.
Possible values:
0 - Do not apply action to subfolders
1 - Apply action to subfolders
Default value: 0
ApplyActionToSubFolders = 0
.Ini File Settings 57
LogFileName
This setting specifies the name of the log file to be used.
Default value: ExMerge.log
LogFileName = ExMerge.log
LoggingLevel
This setting specifies the level of logging.
Possible values:
0 - None
1 - Minimum
2 - Medium
3 - Maximum
Default value: 0
LoggingLevel = 0
DataDirectoryName
This setting specifies the name of the directory to which .pst files are written or exported. The directory is
created if it does not exist.
Default value: C:\EXMERGEDATA
DataDirectoryName = C:\EXMERGEDATA
FileContainingListOfDatabases
This setting specifies the name of a text file that contains the Windows 2000 or Windows Server 2003
distinguished names of the mailbox store databases on which you want to work. Each line of the file must
have one distinguished name. The distinguished name that you specify can be the complete Windows 2000
or Windows Server 2003 distinguished name of a mailbox store database object, or it can have the
following format:
CN=<Database Name>,CN=<Storage Group Name>
Blank lines are ignored. Lines starting with a ##~ are ignored as comments. This setting can be used with
the FileContainingListOfMailboxes setting. If this setting is not specified, or if the
FileContainingListOfMailboxes setting is not specified, all mailboxes, except those for services (Directory
Service or Instant Messaging Service, for example) on the specified server are processed.
This setting is applicable only when you run the program in batch mode.
Default Value: Blank
58 Exchange Mailbox Merge Program
FileContainingListOfDatabases=
RestoreDB
This setting specifies whether you are extracting data from a restored database (RestoreDB=1) or an
unrestored database (RestoreDB=0). If you use the FileContainingListOfDatabases option to extract
restored databases, specify a value of 1.
You need to change this setting only when you run the program in batch mode. If you run the program in
interactive mode, the setting automatically changes based on the types of databases selected.
Possible Values:
0 - Unrestored databases
1 - Restored databases
Default Value: 0
RestoreDB=0
DelimiterUsedInMailboxFile
This setting specifies which delimiter to use to distinguish between the SourceDN and the TargetDNs in the
file that you specify in the FileContainingListOfMailboxes setting.
Possible Values:
0 - Comma
1 - Tab
2 - Semicolon
3 - Colon
4 - Space
Default Value: 0
DelimiterUsedInMailboxFile = 0
FileContainingListOfMailboxes
This setting specifies the name of a text file that contains the distinguished names of mailboxes on which
you want to work.
Each line of the file must have the following format:
<SourceDN> [, <TargetDN>]
The TargetDN is optional. If you specify it, then depending on what the selected merge action is, it might
be used to get the name of the .pst file to be generated or the name of the mailbox into which data is
merged. By default, a comma is used as the delimiter between the SourceDN and TargetDN. You can
specify another delimiter by using the DelimiterUsedInMailboxFile setting.
.Ini File Settings 59
StartingIndex
This setting specifies the index in the list of mailboxes, at which to start processing. The list of mailboxes
can be obtained in the following ways:
EndingIndex
This setting specifies the last index in the list of mailboxes, which is processed. Use this setting with the
StartingIndex setting and only if you specify a valid StartingIndex.
If a value is specified that is larger than the total number of mailboxes extracted, the program processes all
available mailboxes. This setting is applicable only when you run the program in batch mode.
A value of -1 indicates that the program should process mailboxes up to the end of the mailbox list.
Default value: -1
EndingIndex=
DateAttribute
This setting specifies which date attribute the program uses when it extracts items by date. This setting is
valid only if you specify valid dates and times in the SelectMessageStartDate and SelectMessageEndDate
settings.
Possible values:
0 - PR_MESSAGE_DELIVERY_TIME
60 Exchange Mailbox Merge Program
1 - PR_LAST_MODIFICATION_TIME
Default value: 0
DateAttribute = 0
=================================================
DataImportMethod
This setting controls how data is copied from the source store to the target store. Possible values are as
follows:
Value Function
0 Copy all messages from the source store to the target store.
1 Merge messages into the target store. Copy only those messages that do not exist in the target
store.
2 Replace existing messages in the target store. (If a message in the source store exists in the
target store, delete that message in the target store and then copy the message from the target
store.)
3 Archive existing messages from the source store into the target store. If this option is selected,
the program copies data from the source store to the target store and then deletes the data from
the source store. This option is valid only if the MergeAction is Extract.
Default value: 1
DataImportMethod= 1
ReplaceDataOnlyIfSourceItemIsM
oreRecent
This setting causes the program to replace items in the target store only if the item in the source store is
more recent than the item in the target store. This setting is applicable only if the DataImportMethod setting
is set to 3 (Replace Data). To determine whether the item in the source store is more recent that the target
store, the program checks the PR_LAST_MODIFICATION_TIME message attribute. If an item does not
exist in the target store, it is copied to the target store regardless of the value of this setting.
Possible values:
0 - Replace all data in the target store.
1 - Replace only items in the target store, if the source store has a more recent version.
Default value: 1
ReplaceDataOnlyIfSourceItemIsMoreRecent = 1
.Ini File Settings 61
CopyUserData
This setting controls whether the program copies user data (messages, folders, calendar, contacts, and so
on). Even if you select this setting, the program does not copy Schedule+ data. It is recommended that you
select this setting, or the program will not copy any folders and messages to the target store.
Possible values:
0 - Do not copy user data (messages, folders, calendar, contacts).
1 - Copy user data.
Default value: 1
CopyUserData = 1
CopyAssociatedFolderData
This setting controls whether the program copies associated folder messages. Associated messages are not
visible in an Exchange client or in Microsoft Outlook®, and they are used by the client to save different
settings. If you are running Exchange Server 5.0 or later versions, select this setting to have the program
copy folder rules and views.
Possible values:
0 - Do not copy associated data for each folder.
1 - Copy associated data for each folder.
Default value: 0
CopyAssociatedFolderData = 0
CopyFolderPermissions
This setting controls whether the program copies folder permissions to the target folder. If you select this
option, folder permissions on the target folder are overwritten by the permissions from the source folder
Possible values:
0 - Do not overwrite permissions.
1 - Copy permissions from the source folder to the target folder,
overwriting the existing permissions on the target folder.
Default value: 0
CopyFolderPermissions = 0
62 Exchange Mailbox Merge Program
CopyDeletedItemsFromDumpster
This setting controls whether the program copies items that a user deleted but that can be recovered through
Deleted Items Recovery. This setting is valid only when extracting data from Exchange Server version 5.5
or later versions. For all other versions of Exchange Server, this setting is ignored.
Possible values:
0 - Do not copy items from the Dumpster.
1 - Copy items from the Dumpster.
Default value: 0
CopyDeletedItemsFromDumpster = 0
RemoveIntermediatePSTFiles
If this setting is set to 1, the program removes any intermediate .pst files that it creates. This option is useful
only when the MergeAction is Extract&Import. If this option is set to 0, it causes an accumulation of .pst
files and can cause the drive to run out of disk space.
Default value: 1
RemoveIntermediatePSTFiles = 1
UseThisPSTFileForAllMailboxes
This setting points to an existing .pst file. The file name should not have a path. The program looks for this
file in the DataDirectoryName that you specify. If you specify this setting, and the file exists, the program
uses this .pst file instead of generating a .pst file name based on the Directory Name.
This option is valid only when the MergeAction is Import. Currently, this option is valid only when you run
the program in batch mode.
Default Value:
Example:
UseThisPSTFileForAllMailboxes = DataToBeImported.PST
UseThisPSTFileForAllMailboxes =
LocalisedPersonalFoldersService
Name
This setting indicates the name of the Personal Folders service in localized clients. Following are some of
the possible values:
French:
.Ini File Settings 63
LocalisedPersonalFoldersServiceName=Dossiers personnels
Spanish:
LocalisedPersonalFoldersServiceName=Carpetas personales
German:
LocalisedPersonalFoldersServiceName=Persönlicher Ordner
LocalisedExchangeServerService
Name
This setting indicates the name of the Exchange Server service in localized clients. This is generally the
value of the [PR_PROVIDER_DISPLAY] entry under the [EMS_MDB_private] section of the
MAPISVC.INF file.
French:
LocalisedExchangeServerServiceName=Banque d'informations Microsoft Exchange
German:
LocalisedExchangeServerServiceName=Microsoft Exchange-Informationsspeicher
MapFolderNameToLocalisedNam
e
This setting controls whether the program searches this file for localized names of folders. If this setting is
set to 1, the program checks the [Folder Name Mappings] section in this file for an entry for each folder
being copied.
The format of the entries in the [Folder Name Mappings] section is <Folder In Source Store>=<Folder In
Target Store>
If an entry for the folder being processed in the source store is found in the [[Folder Name Mappings]
section, then instead of copying data to the original folder, the program copies data to the target folder
name specified in the [Folder Name Mappings] section entry. However, if neither the original folder nor the
new target folder name is found, the program creates a folder that has the original folder name.
For example, if the MapFolderNameToLocalisedName setting is set to 1, before it copies data from a folder
named Inbox, the program checks the [Folder Name Mappings] section for an "Inbox=" entry. Suppose it
finds an entry Inbox=Posteingang. Now instead of copying data to a folder named Inbox or creating a new
folder named Inbox, it copies data to the folder named Posteingang, if that folder exists. If a folder named
Posteingang does not exist, a new folder named Inbox is created.
This enables the program to recognize localized versions of the common Exchange folders: Inbox, Outbox,
Deleted Items, and so on. This setting is useful only when merging data extracted from a source modified
with a different language client and then importing that data into a target store with a different language
client.
For example, you extract data from a mailbox with an English client into a .pst file, and then you import the
data from this .pst file into a mailbox with a German client.
64 Exchange Mailbox Merge Program
Default value: 0
MapFolderNameToLocalisedName = 0
RenameFoldersBasedOnFolderM
appings
This setting controls whether the program renames folders in the target store if it finds a mapping entry in
the [Folder Name Mappings] section.
Note This setting is used only if the MapFolderNameToLocalisedName setting is 1. By default,
special folder names on the target server are always renamed to match the names in the source
server. To override this behavior, you must set the RenameSpecialFolders setting, described
later in this document, to 0. Special folders are the default folders such as Inbox, Outbox, and
Sent Items.
The format of the entries in the [Folder Name Mappings] section is <Folder In Source Store>=<Folder In
Target Store>.
If the MapFolderNameToLocalisedName setting has a value of 1, then when processing a folder from the
source store, if an entry for the folder is found in the [Folder Name Mappings] section, instead of copying
data to the original folder, the program copies data to the target folder name specified in the [Folder Name
Mappings] section entry.
If the RenameFoldersBasedOnFolderMappings setting is 1, the program renames the folder in the target
store to which you want to copy data to be the name of folder in the source store from which you are
copying data.
For example, if the MapFolderNameToLocalisedName setting is set to 1, before it copies data to a folder
named Inbox, the program checks the [Folder Name Mappings] section for an "Inbox=" entry. Suppose it
finds an entry Inbox=Posteingang. Now instead of copying data to a folder named Inbox or creating a new
folder named Inbox, it copies data to the folder named Posteingang, if that folder exists. If the
RenameFoldersBasedOnFolderMappings setting is 1, the program renames the Posteingang folder to Inbox.
If a folder named Posteingang does not exist, a new folder named Inbox is created, and the data is copied to
it.
This setting is useful only when you are merging data extracted from a source modified with a different
language client and then importing that data into a target store with a different language client, and you
want to change the names of the default folders. For example, you extract data from a mailbox with an
English client to a .pst file. Then you import the data from this .pst file into a mailbox created by a German
client. In other words, before you import the data, the target mailbox has the default folder names in
German.
If you are importing data from a .pst file that has English folder names, and you want the target mailbox to
have English folder names after the import, you must have a <English Folder Name>=<German Folder
Name> mapping in the [Folder Name Mappings section]. Also, you must set the
MapFolderNameToLocalisedName setting to 1 and the RenameFoldersBasedOnFolderMappings setting to
1. If you set the MapFolderNameToLocalisedName setting to 1, but the
RenameFoldersBasedOnFolderMappings setting is set to 0, the program copies data from the English
folder name in the .pst to the corresponding German folder name in the mailbox. However it does not
rename the German folder names. Therefore, after the import, the target mailbox still has German folder
names, but data is in the corresponding German folders.
Default Value: 0
.Ini File Settings 65
RenameFoldersBasedOnFolderMappings = 0
RenameSpecialFolders
This setting overrides the default behavior that special folders are always renamed on the target server to
match the names in the source server. This behavior was new in Exchange Server 2003. Special folders are
the default folders such as Inbox, Outbox, and Sent Items. Set RenameSpecialFolders to 0 to override the
default behavior.
Default Value: 1
RenameSpecialFolders = 1
=================================================
[International]
DefaultLocaleID
This setting specifies the default locale that the program uses when it logs on to mailboxes. If this setting is
not specified, the program uses the default locale of the computer on which the program is run. The value
should be specified as a decimal number.
Note If some users log on to their mailboxes using a client that is in a double byte character
set (DBCS) language, you should set the DefaultLocaleID to the Locale ID of the DBCS language
before you merge mailboxes.
Following is a list of supported locale and code page values:
====================================================
Name Code Page ID Locale ID
====================================================
Chinese (PRC) 936 2052
66 Exchange Mailbox Merge Program
UseLastLogonLocaleID
This setting specifies whether the program uses the last logon locale ID when it logs on to mailboxes. If
this setting is not specified, the program uses the DefaultLocaleID. The value should be specified as a
decimal number.
Possible Values:
0 - Do Not use last logon locale ID
>= 1 - Use last logon locale ID
Default Value: 0
UseLastLogonLocaleID = 0
Tips for Running the Mailbox
Merge Program
• It is recommended that you log on to Windows as the Exchange Service Account when you run the
program.
• Before you import data into a new Exchange store, log on to any mailbox on that Exchange store, and
send a test message to every mailbox on the server. If you do not do this, ExMerge.exe will not detect
any mailboxes that have not been logged on to or that have not received any mail.
This step is required only when you run the program by using the two-step merge and import data into
a Microsoft Exchange Information Store. This is because the program gets the list of mailboxes from
the Exchange store, and if no Exchange store object exists for a mailbox, the program will skip that
mailbox.
When you run the program by using the one-step merge, it automatically generates the distinguished
names of the target mailboxes or reads them from the list of mailboxes specified. Therefore, even if the
target mailboxes do not exist in the Exchange store, the program can continue.
• Ensure that you have sufficient free disk space on the drive that will contain the intermediate .pst files.
Use the required free space displayed by the program as an approximate guide. This is especially true
if you are extracting data from the Dumpster, as the program cannot predetermine the size of items that
it recovers from the Dumpster.
• When you running the program by using the one-step merge, do not select the option to delete the
intermediate .pst files. Having the intermediate .pst files can be a valuable backup in certain
circumstances. Not deleting the .pst files can increase the amount of free disk space required.
• When you select the option to extract items between a range of dates, be aware that this range of dates
also applies to associated folder items (folder rules, views). This can have implications when you
import data to a new Exchange store. You might prefer to run the program two times; one time with
dates specified, to process only user messages, and again without the dates specified, to process only
associated folder messages.
• Be aware that even if you specify a range of dates, if the option to extract items from the Dumpster is
selected, all items in the Dumpster are extracted, regardless of the range specified. Also this option
extracts only messages that a user deleted from the Deleted Items folder. If a user permanently deleted
messages from other folders, ExMerge.exe cannot extract them from the Dumpster.
• Be aware that if the option to archive data is selected, the program will delete user messages and
associated folder messages from the source store. Therefore, it is recommended when you archive data,
that you clear the option to process associated folder messages, unless it is absolutely necessary to
select it. This will prevent the program from deleting folder rules, views, forms, and so on that you did
not intend to archive.
• The program cannot archive items out of the Dumpster. Therefore, if the options to archive data and to
extract items from the Dumpster are selected, the program extracts items from the Dumpster, but does
not delete the items.
68 Exchange Mailbox Merge Program
• Generally, do not run the program on an Exchange production server. When you copy large messages,
ExMerge.exe can occupy a significant percentage of the processor, thereby slowing the Exchange
server.
• When you work against many mailboxes on an Exchange server, it can help to run multiple instances
of the program on different servers. Each instance processes a subset of the total number of mailboxes
on the source server.
• If you run multiple instances of the program on a single server, use different .ini files that have each
instance, and point to a different log file in each .ini file.
• When you run the program in a disaster recovery situation, it may help to have the program ignore
certain folders, such as Deleted Items or Sent Items, to speed up operation. After the main data for all
mailboxes is imported, you can run the program again, and then have it process only the folders that it
previously ignored. Conversely, you can first specify that the program process only certain folders,
such as Calendar, Contacts, and Inbox. After these folders are restored for all mailboxes, you can run
the program again, this time ignoring the folders that were processed the first time.
• If you are sure that the data that is being extracted from the source store is not in the target store, it
may be more useful to select the Copy procedure, instead of the default merge procedure. This will
speed up program operation, because the program will not determine whether each message exists in
the target store before deciding to copy it. This approach can have the disadvantage of creating
duplicate items in the target store.
• Select the option to extract data between a range of dates. This reduces the time the program takes to
finish running.
• Unless otherwise required, do not select the option to extract data from the Dumpster. Extracting
deleted items from the Dumpster is a potentially time- consuming operation, and can significantly
increase the amount of data extracted from the Exchange server.
• Configure the [Folder Name Mappings] section in the ExMerge.ini file, if you need to, before you start
to run the program. Otherwise, you might need to run the program again, after adding the required
entries. For more information about this, see the section "Using the Mailbox Merge Program in Non-
US English Environments" earlier in this document.
Common Problems
Following are some common problems that you might find when you run ExMerge.exe, and their solutions.
1. The server specified does not exist, does not have Microsoft Exchange Server installed, or the
Microsoft Exchange services are not running on the server.
2. The Windows account that is currently logged on does not have sufficient rights. This account must at
minimum have access to all mailboxes and have administrator rights on the site level. It is
recommended that you use the Service Account or an account that has Service Account administrative
rights on the organization, site, and configuration containers.
3. If you run ExMerge.exe from the Windows Scheduler, ensure that the Windows Scheduler service is
not using Local System Account to start, but is using an account that has the required rights at the
organization, site, and configuration levels.
message to all mailboxes on that server. This will create mailbox objects in the information store for all
mailboxes.
4. In ExMerge.exe versions earlier than version 2.11, check the organization and site names entered. In
version 2.11 and later of ExMerge.exe, you must specify only the server name, and the program
automatically determines the Exchange organization and site names. This eliminates any errors
generated by incorrectly entered organization and site names.
5. The source mailbox is a Recovery Storage Group and the target mailbox is in another forest and you
are using the one step method. Use the two step method to move mailboxes from a Recovery Storage
Group to a server in a different forest. See the section, "Modes of Operation" earlier in this document
for information about the one and two-step methods of merging, copying, or replacing data.
To resolve this problem, create an .ini file named ExMerge.ini in the same directory as the ExMerge.exe
executable. You can use another file name, but you then must specify the name of the file using the /F
command-line option when you run ExMerge.exe.
Add the following entry to this file:
[EXMERGE]
LocalisedPersonalFoldersServiceName=<Localised Personal Folders Service Name>
Where <Localised Personal Folders Service Name> is the localized name of the Personal Folders service.
This is generally the name displayed in the client when you add the Personal Folders service to your
profile. You can also determine the localized name in the [MSPST MS] section of the MAPISVC.INF file.
Where <Localised Exchange Server Service Name> is the localized name of the Exchange Server service.
This is generally the value of the PR_PROVIDER_ DISPLAY entry under the [EMS_MDB_private]
section of the MAPISVC.INF file.
By default, ExMerge.exe recognizes the names in German and French. You do not receive the error for
these languages. For other languages, you must add the correct value to the ExMerge.ini file.
Also, if you are running the Mailbox Merge program on a computer that has Outlook 2000 installed, and
you are using the -NUMTHREADS option, certain mailboxes might not be processed.
These problems do not occur when you run the program on a computer that has an earlier version of
Outlook, or on a computer that has no Exchange client (or Outlook) installed on it. These problems occur
because of how Outlook 2000 installs the MAPI system files. These files are no longer installed in the
WINNT\System32 directory, and "stub" .dll is installed in the System32 directory.
Currently, the only workaround is to copy the MAPI32.dll file from the WINNT\System32 directory of an
Exchange server, or a computer that has Outlook 98 installed, into the directory that contains the
ExMerge.exe file.
The Mailbox Merge program then uses this local copy of the MAPI32.dll file and does not experience the
above problems.
Common Problems 75
MapFolderNameToLocalisedNam
e and
RenameFoldersBasedOnFolderM
appings Do Not Work with
Double Byte Character Set
(DBCS) Languages
This is a known issue. DBCS languages will not work with the MapFolderNameToLocalisedName or
RenameFoldersBasedOnFolderMappings options.