We are currently migrating from Exchange Server 5.5 to Exchange Server 2003. We are "exmerging" previous mailbox data as a backup, and using the Move Mailbox Wizard in Exchange Server 2003 to move mailboxes to a clustered (two-node) Exchange 2003 server (intra-site migration). We are finding that after the mailboxes are migrated, some users cannot delete items out of the deleted items folder. Do you know of a solution to this problem?
Also, permissions to Outlook calendars are not being moved over correctly, and users are indicating that they can no longer access their calendars. I planned to re-do the calendar permissions, but doing so could be a big inconvenience to our large population of Microsoft Outlook users.
In an EXMERGE situation there would be no way for the product to do any type of permission translation across two disparate organizations. If you are looking for a feature rich collaboration and coexistence migration, I would consider investigating third-party vendors which provide this type of permission translation for both calendars and public folder content.</p>
This table shows the data that cannot be migrated from Microsoft Exchange Server 5.5:
|Inbox rules||Inbox rules must be re-created after migration.|
|Public folders||Migration Wizard does not migrate either public folder content or the public folder hierarchy. This includes messages and other items, such as forms, stored in public folders.|
|Public folder permissions||Migration Wizard does not maintain public folder properties or permissions for migrated mailboxes. After migration, migrated mailboxes must have their public folder permissions updated in the destination site by the administrator.|
|Out-of-office messages||If a user selects the I am currently Out of the Office option (using the Out of Office Assistant) and migration occurs while this option is selected, the option will be reset. After migration, the I am currently Out of the Office option must be reset.|
|Offline folder files||Migration Wizard does not update the offline folder files for each migrated mailbox. Because the offline folder files might be outdated, mailbox users who have offline folders must delete them after migration.|
|Offline address books||Migration Wizard does not maintain offline address books during migration. Default settings are added to any customized settings. After migration, you must regenerate offline address books and users must download them after regeneration.|
|Profile||Migration Wizard does not update the profile of each migrated mailbox. Mailbox users must create new profiles.|
|Personal address book||Migration Wizard does not update entries in the Personal Address Book stored on a client computer. When you migrate an Exchange 5.5 mailbox, Personal Address Book entries for the mailbox user no longer contain valid addresses.|
|Signature validation||Migration Wizard does not maintain signature validation. Users with advanced security might not be able to validate the signatures on messages that were sent before migration.|
|Encrypted messages||Existing encryption keys will not be available after migration. To avoid the risk of losing access to messages if their keys are lost, users should decrypt encrypted messages before migration.|
I would need more information to offer thoughts on what might be causing the specific deleted items access issues.