Highlighted

Shortcut deletion syncronisation issue

Hi All,

I've got an interesting problem...
What i've read, by design if you delete a shortcut from your mailbox the original email remains in the vault.

What if a user deleted a bunch of shortcuts/stubs (soft deletes) but intended to delete the originating emails as well. Is there a way to find out which stubs/shortcuts were deleted and remove the corresponding original emails and get EV to delete during the next Exchange archiving task run? Backend EV tool? SQL query?:

Also, can someone clarify what this registry vaule does?
DeleteNonShortcutItems = 4  (Original items are included in orphaned shortcut deletion.)

By default, the original items are not included in storage expiry shortcut deletion, age-based shortcut deletion, or orphaned shortcut deletion. Configure this registry setting to include such items in the required shortcut deletion runs.

My HOPEFUL interpretation is if there's an inconsistency between the stub/shortcuts and the emails in Evault, during the next shortcut deletion run, it will delete the original emails because the shortcuts are deleted on the Exchange server Store? is this correct?

Appreciate your help. This forum has been real helpful Smiley Happy
Cheers,
-S


1 Solution

Accepted Solutions
Accepted Solution!

@alogic

YOu can control the behavior of Outlook Delete button for archived email from mailbox Policy. YOu can chosse to "Delete Both", "Ask User" or  "Delete Shortcut".
you can also give users EV Delete button if you wish to give users the delete option from archive which deletes the shortcut as well as archived item.

DeleteNonShortcutItems registry controls how shortcuts get expired from archive. Value of 4 defines that associated archived email will get deleted if shortcuts gets expired during shortcut expiry run. If shortcuts do not exist due to user deletion, corresponding archive item will not get deleted.  You may want to be careful with this since shortcut expiry period may not be the same as you retention/archive expiry period.

Refer to this technote for more information on the registry value: http://seer.entsupport.symantec.com/docs/350466.htm

View solution in original post

3 Replies
Highlighted

Deleting a shortcut will not


Deleting a shortcut will not delete an archived item unless you enable deletion and then set the policy to either prompt or force the deletion of items when shortcuts are deleted. In the Admin Console go to Policies > Exchange > Mailbox > Properties of the policy > Advanced > Outlook and then look for "Shortcut deletion behavior" in the list. This option controls what happens when a user deletes a shortcut in Outlook when our user extensions are installed. You may also be interested in the "Soft deletes" setting that is in the same place

DeleteNonShortcutItems is designed for configurations where items are archived but the original item is left in the mailbox instead of leaving a shortcut. By default we do not remove these items when the archived copy of the item is deleted but this setting allows the automatic deletion of these items post deletion from the archive

There isn't a mechanism that will check the mailbox to see if shortcuts have been deleted and subsequently delete the archived item. Archived items will only be deleted if explicitly requested or alternatively through expiry if the retention period has elapsed and Storage Expiry is enabled
Accepted Solution!

@alogic

YOu can control the behavior of Outlook Delete button for archived email from mailbox Policy. YOu can chosse to "Delete Both", "Ask User" or  "Delete Shortcut".
you can also give users EV Delete button if you wish to give users the delete option from archive which deletes the shortcut as well as archived item.

DeleteNonShortcutItems registry controls how shortcuts get expired from archive. Value of 4 defines that associated archived email will get deleted if shortcuts gets expired during shortcut expiry run. If shortcuts do not exist due to user deletion, corresponding archive item will not get deleted.  You may want to be careful with this since shortcut expiry period may not be the same as you retention/archive expiry period.

Refer to this technote for more information on the registry value: http://seer.entsupport.symantec.com/docs/350466.htm

View solution in original post

Highlighted

Thanks :)

Thanks Nick and Amit for your help.
Cheers,
-S