Shortcuts not expiring/deleting

[Manofmilk]

Hi,

We are running EV 8.3 and up until now have allowed shortcuts to build up in users mailboxes without limit but now we want to cut down on this and have the system delete shortcuts older than 'x' days (this is not the deletion of orphaned shortcuts, nobody can delete items from the vault).

To test this we created a new policy which should archive every item in the mailboxes, without creating shortcuts and delete all shortcuts older than a day and then assigned a couple of leaving users mailboxes to this policy.

The archiving part works perfectly (all items are archived each night) however shortcuts to the archived items are still being created and the deletion of old shortcuts is not occurring,

We have enabled ‘storage expiry’ at a site level.

Does anybody have any ideas where we should look next please?

Cheers.

[RahulG]

If the Storage Expiry setting is set to never then the shortcut deletion does not take place .
 

refer the following document

http://www.symantec.com/business/support/index?page=content&id=TECH73137

When a user is enabled for use with Offline Vault and the Exchange Mailbox policy is explicitly set to delete the shortcuts, the shortcuts will not be deleted from the user mailbox even if  they meet with the criteria for the deletion.

http://www.symantec.com/business/support/index?page=content&id=TECH73934

[Manofmilk]

Thanks but to clarify my original post 'We have enabled ‘storage expiry’ at a site level': on the 'Site Properties > Storage Expiry' tab we have set the process to run for 2 hours everynight. We have also used the 'run now' button to try and kick this off manually, we get a message to say that expriy has started but then nothing else.

With reference to your second link - the new mailbox policy does not have 'vault cache' enabled and does have 'archive explorer' enabled. I will run the Dtrace anyway to see if anything interesting shows up.

Cheers.

[MarkBarefoot]

IT sounds like your new policy isn't taking place, as you're getting shortcuts when you state not to in the policy. Did you re-provision the users after doing the changes, and check the Provisioning Report? It should show the users linked to the new policy - without that nothing will change.

[Manofmilk]

Hi, yes that what we though at first as we had made this mistake and the user was in 2 different provisioning groups, however we have changed this now and the provisioning report shows that the user is only in the new policy.

[MarkBarefoot]

You could try manually synchronising this user from the Archive Task - sometimes it's good to make a visible change when troubleshooting policy settings, like enable/disable a button - that way you can see that the new policy is actually in place.

[Manofmilk]

The Dtrace indicates that we are seeing something like RahulG's 2nd link, i.e. we are seeign this in the log:

Site and mailbox settings will be overridden as follows:| Shortcut creation will be forced| Shortcut expiry will be prevented |

The thing that doesn't quite match is that the new mailbox policy does not have 'vault cache' enabled and does have 'archive explorer' enabled.

[MarkBarefoot]

Worth taking a look at the policy settings by getting a client trace, and seeing what is actually set in the users mailbox.

[Manofmilk]

Thanks GPKGuy - Do you mean running another Dtrace or looking at the logging on the client itself please?