07-17-2013 05:43 AM
We are planning to decomission EV, we did some tests, and it appears that EV does not delete all shortcuts.
For example, one mailbox had 10843 shortcuts (checked before restoring all items), and when the export to the original mailbox was finished there were still 3293 shortcuts in the users mailbox. But all items were restored, so there were duplicate items in the users mailbox (the shortcut, and the restored item).
Offcourse we can remove the shortcuts, but as this is about more than 500 users, it would be nice to see what’s wrong.
The EV version is 9.0.1.
The report and eventlogs does not show any errors during the restore to mailbox.
Method used is:
http://www.symantec.com/business/support/index?page=content&id=TECH198323
Solved! Go to Solution.
07-17-2013 05:58 AM
In your scenario, I'm 99% sure that ...
If shortcut processing HAS been run, then the item will be restored to the subfolder, and the shortcut deleted.
If shortcut processing has not been run, then the item will be restore to the inbox, and the shortcut will remain.
07-23-2013 10:32 AM
I did few more testing, this problem may come if you have tried "export\original mailbox" in multiple attempt. In first attempts it delete the shortcut (dtrace excerpts)
1055 23:01:37.718 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::FixMessageProps - bSetRestoredDate = 1
1056 23:01:37.781 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::DeleteShortcut - Shortcut deleted : 1
.
.
.
.
2944 23:01:38.937 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::FixMessageProps - bSetRestoredDate = 1
2945 23:01:38.953 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::DeleteShortcut - Shortcut deleted : 6
During next schedule archiving shortcut replaced original item. If we do second attempt of "export\original mailbox" then following lines comes (nothint actually related with deletion).
1041 23:07:19.571 [3408] (MigratorServer) <5676> EV:M CArchiveRestorer::FixMessageProps - bSetRestoredDate = 1
1042 23:07:19.602 [3408] (MigratorServer) <5676> EV:L {CArchiveRestorer::RestoreSaveset} (Exit) Status: [Success]
In your case, privious attempts of export (any of folders) might have replaced the original item with shortcuts and next schedule archive the items, now when next time export happening, it duplicating the emails (1 shortcut + 1 original).
07-17-2013 05:47 AM
In your regular mailbox policy do you have 'Moved Items' processing turned on?
Perhaps the items in question were archived, and then the shortcut was later moved, then you have come to export the items.
If you don't have shortcut processing turned on (ie Moved Items processing) then these 'moves' won't be recorded by EV, and therefore the shortcut(s) won't be removed.
In addition have you tried a simple test of importing say 100 items to a folder, maybe nested under the inbox a few levels. Archiving them... Then export the mailbox, see what happens.
07-17-2013 05:55 AM
Thanks for your quick response.
I don't think the shortcuts are moved, because for all items that i have reviewed, the shortcut and the restored item are in the same folder.
What would happen when the users dit move the shortcut, for example from the inbox to a subfolder of the inbox, would the item be restored ot the inbox (original shortcut location) or to the subfolder ?
07-17-2013 05:58 AM
In your scenario, I'm 99% sure that ...
If shortcut processing HAS been run, then the item will be restored to the subfolder, and the shortcut deleted.
If shortcut processing has not been run, then the item will be restore to the inbox, and the shortcut will remain.
07-17-2013 06:05 AM
Okay, but in my case the shortcut and the restored items are in the same folder, therefore i'm almost sure that the shortcut is not moved by the enduser.
Edit:
just checked, and indeed, moved items is turned on.
07-17-2013 07:50 AM
Hi,
Just want to provide information that might be those shortcuts imported at the time of PST import in EV.
07-17-2013 11:22 AM
There is a TN documented for this issue, but for this particular issue, the EV shortcuts were moved from one folder to another and in the mailbox policy Moved Items is enabled:
http://www.symantec.com/docs/TECH202846
If the shortcuts were moved previously and the archiving task updated the location in the archives, the items would be restored to the same folder. Thus, you could not tell if the items was moved or not. However, if you try to open one of these shortcuts where you have the duplicates, can you open the archived item? do you get an error from Outlook?
07-17-2013 11:49 AM
If you get an error in Outlook, that would mean the shortcut has been marked as orphaned. In that case, you need to follow this TN:
http://www.symantec.com/docs/TECH68087
I hope this helps !!
07-18-2013 02:41 PM
Addition to above suggestion, you can have a look at below link & test with a test mailbox.
http://social.technet.microsoft.com/Forums/exchange/en-US/476068ce-01f8-4343-bf75-2fb90f977563/how-to-delete-enterprise-vault-shortcuts-from-an-exchange-mailbox-and-archive-mailbox-using-outlook
07-19-2013 03:11 AM
Archived items can be opened fine, and no error appears in Outlook
07-19-2013 03:12 AM
Sure, that will work, but the issue is that EV does not removes the shortcuts.
07-23-2013 10:32 AM
I did few more testing, this problem may come if you have tried "export\original mailbox" in multiple attempt. In first attempts it delete the shortcut (dtrace excerpts)
1055 23:01:37.718 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::FixMessageProps - bSetRestoredDate = 1
1056 23:01:37.781 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::DeleteShortcut - Shortcut deleted : 1
.
.
.
.
2944 23:01:38.937 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::FixMessageProps - bSetRestoredDate = 1
2945 23:01:38.953 [4028] (MigratorServer) <6888> EV:M CArchiveRestorer::DeleteShortcut - Shortcut deleted : 6
During next schedule archiving shortcut replaced original item. If we do second attempt of "export\original mailbox" then following lines comes (nothint actually related with deletion).
1041 23:07:19.571 [3408] (MigratorServer) <5676> EV:M CArchiveRestorer::FixMessageProps - bSetRestoredDate = 1
1042 23:07:19.602 [3408] (MigratorServer) <5676> EV:L {CArchiveRestorer::RestoreSaveset} (Exit) Status: [Success]
In your case, privious attempts of export (any of folders) might have replaced the original item with shortcuts and next schedule archive the items, now when next time export happening, it duplicating the emails (1 shortcut + 1 original).