We are using EV 11. We are trying to the delete all the shortcuts in mailboxes without deleting the archived items. All the archived items are at least 7 years ago. The retention is 7 years. When we decided not to delete archived items, we set Storage Expiry to Never. We only want to delete shortcuts, so we set the Shortcut Deletion to 1 day in the Mailbox Policy. It's been a few days and it doesn't seems to work. I checked the report and it keeps saying Shortcuts deleted is zero. I ran the archiving task on a specific mailbox with very old shortcuts, in report mode and shortcuts processing mode. Both reported Shortcuts deleted is zero. Any idea?

Are they orphaned shortcuts? Do you also have it checked to delete orphaned shortcuts?

They are not orphaned shortcuts. They all point to existing archived items. I also have delete orphaned shortcuts checked.

Were the policies recently changed and has a synchronization been performed? Maybe dtrace ArchiveTask while you perform a Run Now Shortcut Processing for a user.

how about using powershell to delete the shortcuts from the mailboxes?

Hi, There is a doc about it somewhere. I cannot find that, but believe this is a pointer: http://www.symantec.com/docs/TECH73137 Set storage expiry to run on schedule, clear the schedule, also select 'run in report mode'. Verify in your policy that shortcut deletion is set to the expected period. I have the above configured in my environments. Shortcuts stay for a year in mailbox, no items removed from archive (retain forever). There are some wwwpages describing how to use powershell to perform the same: https://exitcodezero.wordpress.com/2013/08/12/how-to-delete-all-ev-shortcuts-from-a-mailbox/comment-page-1/ And this one: http://msexchange.me/2014/11/16/remove-enterprisevault-shortcut-class-message-after-office-365-migration/ succes.

How to delete shortcuts without deleting archived items

dcVAST
Level 5
10 years ago
Are they orphaned shortcuts? Do you also have it checked to delete orphaned shortcuts?
Gogeta
Level 4
10 years ago
They are not orphaned shortcuts. They all point to existing archived items. I also have delete orphaned shortcuts checked.
dcVAST
Level 5
10 years ago
Were the policies recently changed and has a synchronization been performed? Maybe dtrace ArchiveTask while you perform a Run Now Shortcut Processing for a user.
AndrewB
Moderator
10 years ago
how about using powershell to delete the shortcuts from the mailboxes?
GertjanA
Moderator
10 years ago
Hi,

There is a doc about it somewhere. I cannot find that, but believe this is a pointer: http://www.symantec.com/docs/TECH73137

Set storage expiry to run on schedule, clear the schedule, also select 'run in report mode'.

Verify in your policy that shortcut deletion is set to the expected period.

I have the above configured in my environments. Shortcuts stay for a year in mailbox, no items removed from archive (retain forever).

There are some wwwpages describing how to use powershell to perform the same:

https://exitcodezero.wordpress.com/2013/08/12/how-to-delete-all-ev-shortcuts-from-a-mailbox/comment-page-1/

And this one:

http://msexchange.me/2014/11/16/remove-enterprisevault-shortcut-class-message-after-office-365-migration/

succes.
Ben_Watts
Level 6
10 years ago
Not that I don't think PS will work here, I just dont think it is the best first step to take and if it goes wrong... (no offence meant to either Gertjan or Andrew)

I would personally go with dcVAST's comment, dtrace the ArchiveTask and find out WHY those shortcuts are not being deleted, then you can correct the root cause, rather than using a workaround such as PS.

If there is a valid reason why EV is not carrying out what you are asking of it then it needs to be fixed if it can not be made to work via correct configuration.

If you need further help with it then post up a link to the Dtrace if you can do and/or open a case with us and we will get to the bottom of it with you.
GertjanA
Moderator
10 years ago
No offense taken :-)
Gogeta
Level 4
10 years ago
Thanks for all the advice. I will run a Dtrace. In the meantime, when I look at the Exchange archiving report, it shows the number of shortcuts in mailbox is the same as the number of moved shortcuts. What does it mean? I know for sure I didn't move any shortcut in the mailbox that I am testing. Does it means Evault consider the shortcuts that should be deleted moved?
Gogeta
Level 4
10 years ago
It looks like system sees everything as a moved item and add it the list of moved items. Any idea why?

(ArchiveTask)    <6540>    EV:M    :CArchivingAgent::ProcessChunkOfShortcuts() |Entering routine |
(ArchiveTask)    <16760>    EV:L    {CMailboxStatusHelper::AddEntry} (Entry) line [#455].
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#12565} processing shortcut [RE: Change to Differential Daily Backups], size [2532] bytes
(ArchiveTask)    <16760>    EV:L    {CMailboxStatusHelper::AddEntry} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#12771} shortcutexpiryperiod 1, deleteexpireditems F, orphanedshortcut T
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ReadRow} (Entry) line [#442].
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#12774} Update moved items: [True], update RC: [True], update RC user: [True].
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ReadRow} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13129} Using default ExpiryDateBasis: Archived Date
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ExtractFields} (Entry) line [#319].
(ArchiveTask)    <6540>    EV:L    {CRetentionCategoryCache::GetRetentionCategoryData} (Entry) Retention category [1DB6B8302B0D0174C9781136A54CAE21D1b10000evault-ott]
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ConvertStringToArchivingStatusType} (Entry) line [#408].
(ArchiveTask)    <6540>    EV:L    {CRetentionCategoryCache::GetRetentionCategoryData} (Exit) Status: [Success]
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ConvertStringToArchivingStatusType} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13155} Expiry Basis on Retention Category is [EXPIRY_BASIS_INHERIT_FROM_SITE (2)].
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ExtractFields} (Exit).
Gogeta
Level 4
10 years ago
Any idea why it thinks everything is a moved item?

(ArchiveTask)    <6540>    EV:M    :CArchivingAgent::ProcessChunkOfShortcuts() |Entering routine |
(ArchiveTask)    <16760>    EV:L    {CMailboxStatusHelper::AddEntry} (Entry) line [#455].
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#12565} processing shortcut [RE: Change to Differential Daily Backups], size [2532] bytes
(ArchiveTask)    <16760>    EV:L    {CMailboxStatusHelper::AddEntry} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#12771} shortcutexpiryperiod 1, deleteexpireditems F, orphanedshortcut T
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ReadRow} (Entry) line [#442].
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#12774} Update moved items: [True], update RC: [True], update RC user: [True].
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ReadRow} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13129} Using default ExpiryDateBasis: Archived Date
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ExtractFields} (Entry) line [#319].
(ArchiveTask)    <6540>    EV:L    {CRetentionCategoryCache::GetRetentionCategoryData} (Entry) Retention category [1DB6B8302B0D0174C9781136A54CAE21D1b10000evault-ott]
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ConvertStringToArchivingStatusType} (Entry) line [#408].
(ArchiveTask)    <6540>    EV:L    {CRetentionCategoryCache::GetRetentionCategoryData} (Exit) Status: [Success]
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ConvertStringToArchivingStatusType} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13155} Expiry Basis on Retention Category is [EXPIRY_BASIS_INHERIT_FROM_SITE (2)].
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ExtractFields} (Exit).
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13160} Expiry Basis on Site is [EXPIRY_BASIS_ARCHIVED_DATE (0)].
(ArchiveTask)    <16760>    EV:L    {CMailboxStatusHelper::AddEntry} (Entry) line [#455].
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13286} shortcut status flag has been set on the item with value [3]
(ArchiveTask)    <16760>    EV:L    {CMailboxStatusHelper::AddEntry} (Exit).
(ArchiveTask)    <6540>    EV:L    {CArchivingAgent::ItemsArchiveIDSameAsParents:#13732} Item's Archive ID [18B8AE579BF5EB2429171E6ADFFBEB02D1110000evault-ott] [does] match parent [folder]'s Archive ID.
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ReadRow} (Entry) line [#442].
(ArchiveTask)    <6540>    EV:L    {CArchivingAgent::ProcessShortcutItem:#13343} Retention category has not changed
(ArchiveTask)    <6540>    EV:M    {CArchivingAgent::ProcessShortcutItem:#13354} [RE: Change to Differential Daily Backups] this is a moved item so add it to our list of moved items
(ArchiveTask)    <6540>    EV:L    {CArchivingAgent::ConstructMovedItemXml:#13806} Generating XML element for [EV8+] moved item.
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ReadRow} (Exit).
(ArchiveTask)    <6540>    EV:L    {CArchivingAgent::ConstructMovedItemXml:#13859} Base64 encoding [242] byte element data.
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ExtractFields} (Entry) line [#319].
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ConvertStringToArchivingStatusType} (Entry) line [#408].
(ArchiveTask)    <6540>    EV:M    :ProcessChunkOfShortcuts() |Exiting routine |
(ArchiveTask)    <16760>    EV:L    {CArchivingMailboxStatsFile::ConvertStringToArchivingStatusType} (Exit).