PST migration scripted issue

[Anna_Bool]

Hi All,

I have an odd log output after running the pst migration with the evpm:

  ============================================================================

12:51:29 Processing PST file: \\n:\PST FILES\pstfile.pst

PST migration option settings: 

PST File: \\n:\PST FILES\pstfile.pst.pst

Vault: 1B03052B8B18638418DD5A697C0B3A40B1110000hhw-server1.domain.com

Exchange Mailbox: /o=domain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=Psttest2bb8

Retention Category: 1F474F664E1F33C4CAFDC5789F957F1D31b10000hhw-server1.domain.com

Mailbox Folder: PST_Items

Server Computer Name: server01.domain.COM

Shortcut Mode: MAILBOXSHORTCUTS

Merge PST Folders: 1

Include Deleted Items: 1

Set PST Hidden: 0

Set PST ReadOnly: 0

Compact PST: 1

Delete PST: 0

Cancel Mailbox AutoArchive: 1

PST Language: WESTERN EUROPEAN

01:41:12 PST Migration completed successfully

PST migration summary: 

PST File: \\n:\PST FILES\pstfile.pst

Number of folders processed: 6

Number of items archived to vault: 11687 of 11687

Number of items moved to mailbox: 11642 of 11687

 Number of archived items moved to mailbox: 11687

  Number of other items moved to mailbox: -145

  ============================================================================

Looks like all of the items in the pst file were archived, but 145 of them wasn't moved to the mailbox.

Opening the mailbox shows that those 145 items are really missing (according to the items count) , but the are also not present in the pst file.

Any ideas what could happen to those itmes?

Thanks for any advice

Anna 

[JesusWept3]

Dont suppose you have a copy of the PST file before you did this import do you?
I'm pretty sure its not meant to say -145 items though, regardless, that sounds like a bug?

[EV_Ajay]

Hi Anna,

I think Number of other items moved to mailbox means it moved the archived shortcut which already present in the PST. 

[Anna_Bool]

Actually I do have a copy. I am currently in the phase of testing the process so we are not talking about actual data lost so far.

 But... this scenario happened more than once during my testing, and i am trying to understand this before starting the process on production environment.

The customer is an insurance company so this an issue. Because those 145 are actually missing both in the PST and the mailbox.

[Anna_Bool]

It could be that, or items that was not archived due to mismatch with the message classes in the PST migration policy and moved th the mailbox as regular items.

But neither of those happened in my scenario. Those items are missing

[JesusWept3]

the 145 items was missing from the mailbox and the Original PST file or the PST file after the import completed?

Really it shouldn't be -145, it sounds like a bug, you probably should start from scratch and dtrace the entire process and see what results you get 

[Anna_Bool · Accepted solution]

So after dtrace (and Symantec assistance) these are the conclusions:

the "negative items" that are missing in the mailbox are calendar items.

apparently this is a know issue - enterprise vault can archive those items but can not create showrtcuts for them. 

http://www.symantec.com/docs/TECH60085

These are the message classes that the above applies on:

IPM.Schedule.Meeting.Request

IPM.Schedule.Meeting.Tent

IPM.Schedule.Meeting.Neg

IPM.Schedule.Meeting.Canceled

IPM.Appointment

IPM.Schedule

IPM.Contact

After unselecting them from the message classes in the PST migration policy - the migration worked fine

[EV_Ajay]

Hi Anna,

Thanks for sharing this information, which is helpful in future.

Good to know that issue is resolved.