我们有一位用户在将所有 REPORT.IPM.Note.IPNRN 消息(已读回执)迁移到 2010 时出错
下面是一个示例。有人知道我该如何解决这个问题吗?
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">W B 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]]
答案1
通常,这些可能是较旧的已读回执等,无论出于何种原因(损坏),都可能无法传输 - Rowell 是对的 - 基本上,您只能选择“忽略”这些损坏的项目,在大多数情况下,可能没问题。
但是,如果您想捕获“未”传输的内容(损坏的项目)的详细信息,
1) 确保您设置了足够高的“损坏消息限制”,如 Rowell 上面所述,以便尽管存在损坏的已读回执,邮箱仍可传输。2
) 邮箱 100% 传输后,单击“移动请求”
3) 突出显示特定的邮箱移动请求,右键单击,选择“属性”
4) 单击“日志”选项卡,
5) 单击“查看”(将打开该移动请求的完整详细日志),
6) 单击“Ctrl-C”(将整个日志放在您的粘贴缓冲区中)
7) 打开记事本或等效程序,并将其保存到文件中,并使用用户名 - 例如“Anthony-Smith-corrupted-read-receipts-Jan2012.txt”
注意:我见过平均有 20 个邮箱大小为 3GB 或更大的此类损坏收据(是的,我们确实有一些用户的邮箱大小大于 3GB;在某些情况下,对于这些用户,当邮箱大小达到一定限制时,我们会为他们创建自己的邮箱数据库)。
当您查看日志时,您会注意到它包含损坏项目的所有相关详细信息,以防将来的审核需要该信息。
日志详细信息包含发件人、收件人、主题(例如:“已读:更新会议” - 因此主题实际上包含已读回执的“状态”)、发送日期和接收日期(以及其他信息)。
答案2
邮件似乎已损坏。迁移用户邮箱时,请尝试在移动请求的移动设置下选择跳过损坏的邮件(如果您的组织可以这样做)。您可以指定要跳过的损坏邮件数量。
之所以要跳过损坏的消息,是因为默认操作是跳过邮箱。