We've just attempted to move 10 mailboxes from one database to another (as they were placed in the wrong database). 9 out of 10 have moved without any issues, 1 will not move and I am not sure why. When I look at the Move Request log I am not sure exactly which bit is the error and therefore unable to diagnose it. This is what it contains: 02/02/2011 22:00:01 [EX2010-1] 'riddlesdown.local/Users/Administrator' resumed move request. 02/02/2011 22:00:05 [EX2010-2] Job resumed with status 'InProgress'. 02/02/2011 22:00:06 [EX2010-2] Relinquishing job. 02/02/2011 22:00:12 [EX2010-2] The Microsoft Exchange Mailbox Replication service 'EX2010-2.riddlesdown.local' (14.1.218.11 caps:07) is examining the request. 02/02/2011 22:00:12 [EX2010-2] Connected to target mailbox 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)', database 'Staff Mailbox Database', Mailbox server 'EX2010-1.riddlesdown.local' Version 14.1 (Build 270.0). 02/02/2011 22:00:12 [EX2010-2] Restarting the move because checkpoint data does not exist or is invalid in 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)'. 02/02/2011 22:00:12 [EX2010-2] Connected to source mailbox 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)', database 'Resources Mailbox', Mailbox server 'EX2010-1.riddlesdown.local' Version 14.1 (Build 270.0). 02/02/2011 22:00:12 [EX2010-2] Request processing started. 02/02/2011 22:00:12 [EX2010-2] An old copy of the mailbox was removed from the destination database. The operation will try again in 30 seconds. 02/02/2011 22:00:43 [EX2010-2] Mailbox 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)' tombstone hasn't been cleaned up from the destination database. The operation will try again in 10 seconds (1/60). 02/02/2011 22:00:53 [EX2010-2] Mailbox 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)' tombstone hasn't been cleaned up from the destination database. The operation will try again in 10 seconds (2/60). 02/02/2011 22:01:03 [EX2010-2] Source Mailbox information before the move: Regular Items: 3213, 260.9 MB (273,537,147 bytes) Regular Deleted Items: 1, 6.883 KB (7,048 bytes) FAI Items: 54, 0 B (0 bytes) FAI Deleted Items: 0, 0 B (0 bytes) 02/02/2011 22:01:03 [EX2010-2] Initializing folder hierarchy in mailbox 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)': 41 folders total. 02/02/2011 22:01:04 [EX2010-2] Folder hierarchy initialized for mailbox 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)': 41 folders total. 02/02/2011 22:01:04 [EX2010-2] Stage: CreatingInitialSyncCheckpoint. Percent complete: 15. 02/02/2011 22:01:05 [EX2010-2] Stage: LoadingMessages. Percent complete: 20. 02/02/2011 22:01:05 [EX2010-2] Stage: CopyingMessages. Percent complete: 25. 02/02/2011 22:01:05 [EX2010-2] Copy progress: 0/3267 messages, 0 B (0 bytes)/260.9 MB (273,544,061 bytes). 02/02/2011 22:01:06 [EX2010-2] Messages have been enumerated successfully. 3267 items loaded. Total size: 260.9 MB (273,544,061 bytes). 02/02/2011 22:02:07 [EX2010-2] Initial seeding completed, 3267 items copied, total size 260.9 MB (273,544,061 bytes). 02/02/2011 22:02:07 [EX2010-2] Changes reported in source 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)': 0 changed folders, 0 deleted folders, 0 changed messages. 02/02/2011 22:02:07 [EX2010-2] Incremental Sync 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)' completed: 0 changed items. 02/02/2011 22:02:07 [EX2010-2] Stage: IncrementalSync. Percent complete: 95. 02/02/2011 22:02:07 [EX2010-2] Final sync has started. 02/02/2011 22:02:07 [EX2010-2] Changes reported in source 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)': 0 changed folders, 0 deleted folders, 0 changed messages. 02/02/2011 22:02:07 [EX2010-2] Incremental Sync 'Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710)' completed: 0 changed items. 02/02/2011 22:02:08 [EX2010-2] Fatal error MapiExceptionInvalidParameter has occurred. Error details: MapiExceptionInvalidParameter: Unable to modify table. (hr=0x80070057, ec=-2147024809) Diagnostic context: Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc called [length=76] Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=136][latency=0] Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropIdFromLtid [68] Lid: 31418 --- ROP Parse Done --- Lid: 55847 EMSMDBPOOL.EcPoolSessionDoRpc called [length=185] Lid: 43559 EMSMDBPOOL.EcPoolSessionDoRpc returned [ec=0x0][length=648][latency=15] Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropModifyRules [65] Lid: 17082 ROP Error: 0x80070057 Lid: 27745 Lid: 21921 StoreEc: 0x80070057 Lid: 27962 ROP: ropExtendedError [250] Lid: 1494 ---- Remote Context Beg ---- Lid: 1238 Remote Context Overflow Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x668F0040 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67870102 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67F60040 Lid: 48851 Lid: 21970 StoreEc: 0x8004010F PropTag: 0x67F60040 Lid: 65267 Lid: 40691 Lid: 5559 StoreEc: 0x80070057 Lid: 65015 Lid: 65439 Lid: 4302 StoreEc: 0x80070057 Lid: 1750 ---- Remote Context End ---- Lid: 26849 Lid: 21817 ROP Failure: 0x80070057 Lid: 29150 Lid: 20446 StoreEc: 0x80070057 at Microsoft.Mapi.MapiExceptionHelper.ThrowIfError(String message, Int32 hresult, SafeExInterfaceHandle iUnknown, Exception innerException) at Microsoft.Mapi.MapiModifyTable.ModifyTable(ModifyTableFlags flags, ICollection`1 rowList) at Microsoft.Mapi.MapiFolder.AddRules(Rule[] rules) at Microsoft.Mapi.MapiFolder.SetRules(Rule[] rules) at Microsoft.Exchange.MailboxReplicationService.LocalDestinationFolder.Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules(RuleData[] rules) at Microsoft.Exchange.MailboxReplicationService.DestinationFolderWrapper.<>c__DisplayClass31.<Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules>b__30() at Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute(GenericCallDelegate operation) at Microsoft.Exchange.MailboxReplicationService.DestinationFolderWrapper.Microsoft.Exchange.MailboxReplicationService.IDestinationFolder.SetRules(RuleData[] rules) at Microsoft.Exchange.MailboxReplicationService.FolderRecWrapper.WriteRules(IDestinationFolder targetFolder) at Microsoft.Exchange.MailboxReplicationService.MailboxCopierBase.CopyFolderProperties(FolderRecWrapper folderRec, ISourceFolder sourceFolder, IDestinationFolder destFolder, FolderRecDataFlags dataToCopy) at Microsoft.Exchange.MailboxReplicationService.MailboxMover.<>c__DisplayClass2.<>c__DisplayClass4.<FinalSyncCopyAllFolders>b__1() at Microsoft.Exchange.MailboxReplicationService.ExecutionContext.Execute(GenericCallDelegate operation) at Microsoft.Exchange.MailboxReplicationService.MailboxMover.<>c__DisplayClass2.<FinalSyncCopyAllFolders>b__0(FolderRecWrapper folderRec, EnumFolderContext ctx) at Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder(FolderRecWrapper folderRec, EnumFolderContext ctx, EnumFolderCallback callback, EnumHierarchyFlags flags) at Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder(FolderRecWrapper folderRec, EnumFolderContext ctx, EnumFolderCallback callback, EnumHierarchyFlags flags) at Microsoft.Exchange.MailboxReplicationService.FolderMap.EnumSingleFolder(FolderRecWrapper folderRec, EnumFolderContext ctx, EnumFolderCallback callback, EnumHierarchyFlags flags) at Microsoft.Exchange.MailboxReplicationService.MailboxMover.FinalSyncCopyAllFolders() at Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.<FinalSync>b__4b(MailboxMover mbxCtx) at Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.ForeachMailboxContext(MailboxMoverDelegate del) at Microsoft.Exchange.MailboxReplicationService.MoveBaseJob.FinalSync(Object[] wiParams) at Microsoft.Exchange.MailboxReplicationService.CommonUtils.CatchKnownExceptions(GenericCallDelegate del, FailureDelegate failureDelegate) Error context: -------- Operation: IDestinationFolder.SetRules OperationSide: Target Primary (34728197-39a4-49b5-a6b7-0eaf00bb4710) Rules: [Rule: Condition: Restriction: AND[OR[OR[]; AND[OR[AND[EXIST[ptag:SpamConfidenceLevel]; PROPERTY[ptag:SpamConfidenceLevel, GreaterThan, val:[Tag:SpamConfidenceLevel, Value:-1(int)]]]; OR[]]; NOT[OR[OR[]; RECIPIENT[OR[]]]]]]; NOT[OR[OR[]; RECIPIENT[OR[]]; OR[]]]]; Actions: [RuleAction: MOVE FolderEID:[len=46, data=000000003683A79B1A67FB4DBB232DCFF44CBFB101008024A5BD320E014FBF260040C8619F5900000046D13C0000], StoreEID:[len=347, data=0000000038A1BB1005E5101AA1BB08002B2A56C20000454D534D44422E444C4C00000000000000001B55FA20AA6611CD9BC800AA002FC45A0C0000004558323031302D32002F6F3D526964646C6573646F776E2F6F753D45786368616E67652041646D696E6973747261746976652047726F7570202846594449424F484632335350444C54292F636E3D526563697069656E74732F636E3D53746576656E204C6561636800D83521F3B600000001000000140000007E0000002F6F3D526964646C6573646F776E2F6F753D45786368616E67652041646D696E6973747261746976652047726F7570202846594449424F484632335350444C54292F636E3D436F6E66696775726174696F6E2F636E3D536572766572732F636E3D4558323031302D32004500580032003000310030002D0032002E0072006900640064006C006500730064006F0077006E002E006C006F00630061006C0000000000]; RuleAction: TAG [Tag:0x80920003(NamedProp), Value:554028749(int)]]; Name 'Junk E-mail Rule'; Provider: 'JunkEmailRule'; ProviderData: 0100000000000000B53CB1E51154CB01; ExecutionSequence: 0; Level: 0; StateFlags: 49; UserFlags: 0; IsExtended: True; Rule: Condition: none; Actions: [RuleAction: OOFREPLY TemplateEID:[len=70, data=000000003683A79B1A67FB4DBB232DCFF44CBFB10700D592BB8B22D2D2428D927703E696996C0000019D6EB70000D592BB8B22D2D2428D927703E696996C0000019D71450000], TemplateGuid:117ea970-1631-4dd5-8771-72056143aeb2, Flags:0]; Name ''; Provider: 'MSFT:TDX OOF Rules'; ProviderData: ; ExecutionSequence: 50; Level: 0; StateFlags: 141; UserFlags: 2; IsExtended: False] -------- Folder: '/Top of Information Store/Inbox', entryId [len=46, data=000000003683A79B1A67FB4DBB232DCFF44CBFB101008024A5BD320E014FBF260040C8619F5900000046D1000000], parentId [len=46, data=000000003683A79B1A67FB4DBB232DCFF44CBFB101008024A5BD320E014FBF260040C8619F5900000046D0FD0000] 02/02/2011 22:02:08 [EX2010-2] Relinquishing job. Can anybody tell me what is going wrong and how to fix it so I can move the mailbox? Cheers Adam.

Similiar post here http://social.technet.microsoft.com/Forums/en-US/exchange2010/thread/3486685d-14f3-4ac2-b083-a28cb15e7b14/ Did you try -IgnoreRuleLimitErrors and/or -BadItemLimit Mike Crowley Check out My Blog!

Mike, I had a look at that thread but i'm running a different cmdlet. I've run new-moverequest -identity "identity" -targetdatabase "databsename" -ignorerulelimiterrors -baditemlimit 50 -acceptlargedataloss -domaincontroller "dc fqdn" and still the move fails with the same error. When I look at the properities of the move it fails at 95% and there are no corrupt items Any other ideas?

can you look in the source mailbox to see if the out of office is enabled? also does the source mailbox have any rules? the other thread suggested this was due to a corrupt oof/rule which is why i'm curious here. same hex error. Mike Crowley Check out My Blog!

Mike, OOF is not enable and there are no rules on the inbox.

Hi adamf83, Please use mfcmapi to check it, maybe some corrupted leave in it. I have run into many cases caused by that. Regards! Gavin TechNet Subscriber Support in forum If you have any feedback on our support, please contact tngfb@microsoft.com Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Where exactly am I looking within mfcmapi to find the oof settings and rules?

Can anybody point me in the right direction on what to look for in mfcmapi in order to verify there is no corrupt rules or oof settings?

Hi adamf83, Please refer to below: http://mfcmapi.codeplex.com/releases/view/59490 Other work around, if the issue mailbox just for few mailboxes, I would export it as PST, and then import it. If you want to confirm it exactly, We need retrieve more log to analyze, I would suggest that your could open a ticket. Regards! Gavin TechNet Subscriber Support in forum If you have any feedback on our support, please contact tngfb@microsoft.com Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Hi damf83, Any update for your issue? Regards! Gavin TechNet Subscriber Support in forum If you have any feedback on our support, please contact tngfb@microsoft.com Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Gavin, There were no rules or corrupt out of office settings when I looked in the mailbox using mcfmapi. I'm at a loss. I didn't really want to open a new ticket just for one mailbox. Cheers Adam.

Hi adamf83, It sounds odd, I would suugest that you could use the workaround for the one mailbox. Regards! Gavin TechNet Subscriber Support in forum If you have any feedback on our support, please contact tngfb@microsoft.com Please remember to click Mark as Answer on the post that helps you, and to click Unmark as Answer if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.

Hi there, seems like I ran into exact the same issue. I moved a bunch of users from E2k3 to E2010 and one failed. Error context: -------- Operation: IDestinationFolder.SetRules OperationSide: Target Primary (651263ce-114d-4815-a8c7-b9e340163a57) Rules: [Rule: Condition: none; Actions: [RuleAction: OOFREPLY TemplateEID:[len=70, data=00000000EF726E96123ED211A4370000F689490707003B00B56A4EE3D111A4300000F67E1DC90000000B49EB000090BEDFCAF28DD411A46D0000F6894907000000090B400000], TemplateGuid:079abb25-6bfb-11d7-a4cf-0008c77818a4, Flags:0]; Name ''; Provider: 'MSFT:TDX OOF Rules'; ProviderData: ; ExecutionSequence: 50; Level: 0; StateFlags: 13; UserFlags: 2; IsExtended: False] -------- I then checked the OutofOffice-Rules of the Mailbox: OOF disabled, no Rule set We stumbled over an KB-Article where the MFCMAPI-Tool was suggested and we deleted the OOF-Template Rule like mentioned, tried to move the Mailbox again and it failed again. We were able to move the Mailbox 1. inside the E2k3-Enviroment 2. then from E2k3 to E2k7 But the move from E2k7 to E2010 failed again. I know the workaround is to export/delete the Mailbox and create/import it on E2010. But it´s definately an Exchange 2010 issue that happens from time to time and should be investigated.