我们有一个用户在迁移到2010年时出现所有REPORT.IPM.Note.IPNRN消息(读回执)
一个样本如下。 有谁知道我可以解决这个问题?
Operation: ISourceMailbox.ExportMessages OperationSide: Source Primary (5851b21f-5751-4445-b108-f80ca52676c7) Flags: None PropTags: (null)</errorContext> </baditem> 11/10/2011 9:51:22 PM [NYCEXHC02] Stage: CopyingMessages. Percent complete: 26. 11/10/2011 9:51:22 PM [NYCEXHC02] Copy progress: 4638/54364 messages, 70.67 MB (74,103,365 bytes)/2.794 GB (3,000,506,580 bytes). 11/10/2011 9:52:04 PM [NYCEXHC02] A corrupted item was encountered during the move operation. The item wasn't copied to the destination mailbox. <baditem errorType="MapiExceptionPartialCompletion" errorCode="0x80070680" flags="0x00000000" id="000000008A50650BD7724C4DA882F20A1BF1CCDC0700438AD32CEE763542AA533A80C5F741B800001AD300020000438AD32CEE763542AA533A80C5F741B800001DF2F0FE0000"> <folder id="000000008A50650BD7724C4DA882F20A1BF1CCDC0100438AD32CEE763542AA533A80C5F741B800001AD300020000">WB Moore - August</folder> <sender>Linda </sender> <recipient> , Jackie</recipient> <subject>Read: final Reimbursements and concerns</subject> <messageClass>REPORT.IPM.Note.IPNRN</messageClass> <size>2305</size> <dateSent>02/25/2009 22:26:18</dateSent> <dateReceived>02/25/2009 22:27:08</dateReceived> <errorMessage>MapiExceptionPartialCompletion: Unable to copy message(s). (hr=0x40680, ec=0) Diagnostic context: Lid: 45095 EMSMDB.EcDoRpcExt2 called [length=78] Lid: 61479 EMSMDB.EcDoRpcExt2 returned [ec=0x0][length=128][latency=0] Lid: 23226 --- ROP Parse Start --- Lid: 27962 ROP: ropFXSrcCopyMessages [75] Lid: 27962 ROP: ropTellVersion [134] Lid: 27962 ROP: ropFXSrcGetBuffer [78] Lid: 31418 --- ROP Parse Done --- Lid: 21686 StoreEc: 0x471 Lid: 22710 StoreEc: 0x471 Lid: 22550 Lid: 21706 StoreEc: 0x471 Lid: 27126 Lid: 18634 StoreEc: 0x471 Lid: 28022 Lid: 25290 StoreEc: 0x40680 Lid: 45095 EMSMDB.EcDoRpcExt2 called [length=45] Lid: 61479 EMSMDB.EcDoRpcExt2 returned [ec=0x0][length=42][latency=0] Lid: 23226 --- ROP Parse Start --- Lid: 31418 --- ROP Parse Done --- Lid: 16465 Lid: 24657 StoreEc: 0x40680 </errorMessage> <errorContext>-------- Operation: LocalSourceFolder.CopyBatch EntryIDs: [[len=70, data=000000008A50650BD7724C4DA882F20A1BF1CCDC0700438AD32CEE763542AA533A80C5F741B800001AD300020000438AD32CEE763542AA533A80C5F741B800001DF2F0FE0000]]
通常,这些可能是较旧的阅读收据等,无论出于何种原因(腐败),都可能不会过来 – 罗威尔是对的 – 基本上,您只能select“忽略”这些在大多数情况下可能是好的。
但是,如果你想捕捉什么是“不”转移(损坏项目)的细节,
1)确保你设置了一个足够高的“损坏的邮件限制”作为罗威尔上面指定的邮箱得到转移,尽pipe那些损坏的读取收据。
2)邮箱100%转移后,点击“移动请求”
3)突出显示特定的邮箱移动请求,右键单击,select“属性”
4)点击“日志”标签,
5)单击“查看”(将打开该移动请求的整个详细日志),
6)点击“Ctrl-C”(将整个日志放入你的粘贴缓冲区)
7)打开记事本或相当的,并保存到一个文件,用户的名字 – 就像“安东尼史密斯损坏阅读收据Jan2012.txt”
注:我已经看到这些大小为3GB或更高的maiblox的平均20个损坏的收据(是的,我们实际上有几个用户的邮箱大于3GB;在某些情况下,我们为他们创build了自己的邮箱数据库,当他们达到一定的限制)。
在查看日志时,您会注意到它包含所有损坏项目的相关详细信息,以备日后的审计需要该信息。
日志详细信息包含发件人,收件人,主题(例如:“阅读:更新的会议” – 因此主题实际上包含已读回执的“状态”),发送date和接收date(以及其他信息)。
它看起来像消息可能已经损坏。 当您迁移用户的邮箱时,请尝试select在移动请求的移动设置下跳过损坏的邮件(如果您的组织可能的话)。 您可以指定要跳过的损坏邮件数量。
您之所以会跳过损坏的邮件是因为默认操作是跳过邮箱。
