06-30-2011 09:25 AM
I had a policy where it would delete any shortcut that has a modified (not archived) date of a year or more. That worked fine and the user could only see a year's worth of emails.
However, I changed this policy to delete shortcuts that are 6 months old and they don't seem to be deleting.
Here's the dtrace log for a particular email that I know is over 6 months old:
121885 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - processing shortcut 'MOD - Helping stabilise the Democratic Republic of the Congo', size 2540 bytes
121886 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - offline vault user F, shortcutexpiryperiod 1, deleteexpireditems F, orphanedshortcut T
121887 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - Using default ExpiryDateBasis: Archived Date
121888 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - Expiry Basis on Retention Category: [INHERIT FROM SITE]
121889 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - Expiry Basis on Site: [Modified Date]
121890 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - Overriding ExpiryDateBasis: Calculated Date
121891 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - shortcut status flag has been set on the item with value 3
121892 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::IsAMovedItem - retention category matches [true]
121893 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::IsAMovedItem - archive folder id matches [true]
121894 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::IsAMovedItem - item has moved [false]
121895 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ProcessShortcutItem - 'MOD - Helping stabilise the Democratic Republic of the Congo' has not moved so do checks to see if it is eligible for shortcut deletion
121896 16:37:02.998 [3000] (ArchiveTask) <5948> EV:M CArchivingAgent::ThinOrphanedShortcutCheck()
121897 16:37:02.998 [3000] (ArchiveTask) <5948> EV:L :CArchivingAgent::ProcessChunkOfShortcuts() |The shortcut titled: MOD - Helping stabilise the Democratic Republic of the Congo will not be deleted |
121898 16:37:02.998 [3000] (ArchiveTask) <5948> EV:H :ProcessChunkOfShortcuts() |Exiting routine |
Is there anything I'm missing here?
Thanks.
Solved! Go to Solution.
06-30-2011 11:37 AM
Not an expert on reading the logs but deleteexpireditems is set to false according to your log.
06-30-2011 09:37 AM
Did you sync the policy before running the shortcut processing task? Is this new policy still based on modified date?
06-30-2011 10:01 AM
Yes,
I ran the provisioning task, then synched the mailbox, then ran the shortcut processing task. :\
06-30-2011 11:37 AM
Not an expert on reading the logs but deleteexpireditems is set to false according to your log.
06-30-2011 12:59 PM
yeah theres a bug that if regular Expiry is disabled, then shortcut expiry will not work
If you don't wish Expiry to run but still want Shortcut Expiry, then you will need to set Storage Expiry to run in report mode
07-01-2011 02:10 AM
Thanks for the reply guys.
But, Jesus, can you use the terms that the admin console uses? Because I want to make sure I understand correctly.
Are you saying that I must simply run the Exchange Mailbox Archiving Task in Report Mode first and then run it a second time in Shortcut Processing Mode?
Thanks for your help.
07-01-2011 03:59 AM
http://www.symantec.com/docs/TECH73137 Technote explaining how to workaround this. There is a defect logged.
07-01-2011 07:49 AM
yup, thats the one
Kind of embarassing that this defect has existed for two and a half years now
07-01-2011 07:57 AM
Yes it is. I will see if I can shed some light onto it. It's because it's quite an "edge" case and has a workaround, but that doesn't make it right to be that long......
07-01-2011 08:09 AM
Thanks!
I can live with that!