Udostępnij za pośrednictwem

Cambios en las políticas de retención

  • Artykuł

Hola a tod@s!

 

Con el post de hoy únicamente queríamos asegurar que estáis al corriente de los cambios que se introdujeron en el Rollup Update 4 de Service Pack 2 de Exchange 2010.

 

En versiones anteriores de Exchange 2010 nos encontrábamos que MRM 2.0 no soportaba la asignación de tags de retención a elementos de calendario y/o tareas o a sus carpetas contenedoras. En el Rollup 4 de Service Pack 2 se agregó el soporte para Calendario y Tareas a las políticas de retención:

 

Retention policies do not work for the Calendar and Tasks folders in an Exchange Server 2010 SP1 environment https://support.microsoft.com/kb/2685001

 

Si estáis considerando utilizar políticas de retención aquí tenéis algunas consideraciones importantes:

 

  1. Desde el Rollup 4 los administradores pueden crear tags de retención para Calenario y Tareask a través de cmdlets. Las acciones soportadas son: DeleteAndAllowRecovery, PermanentlyDelete, MarkAsPastRetentionLimit y MovetoArchive.
  2. Las “Default Policy Tags (DPTs)” utilizadas para mover o eliminar ítems aplicarán ahora también a las carpetas de Calendario y Tareas.

 

Cómo se aplican las políticas sobre ítems de tipo calendario y tareas

 

Para poder ver si la política o tags asignadas se aplican o no se utiliza la siguiente lógica en los ítems de tipo calendario:

 

  1. Para ítems de calendario no recurrentes se utiliza la fecha de finalización
  2. En el caso de ítems de calendario recurrentes usará la fecha de finalización de la última ocurrencia. En caso de no tener fecha de finalización no se aplicará en ningún.
  3. Si se localiza un ítem dentro de la carpeta de Calendario en el que no tengamos fijado el tipo de ítem correcto se ignorará

 

En el caso de las tareas:

 

  1. Tareas no recurrentes:
    1. En función de la fecha de recepción del mensaje asociado en caso de que exista.
    2. Si no tenemos correo asociado se utiliza la fecha de creación de la tarea
    3. En caso de no tener ni correo asociado ni fecha de creación no se aplicará la política.
    4. Tareas recurrentes: fecha de finalización de la última ocurrencia. En caso de no tener fecha de finalización no se aplicará en ningún caso.
    5. Una tarea “regenarting” (es un tipo de tarea que se regenera pasado un tiempo concreto tras haberla completado) no se le aplicará la política
    6. Igual que en el caso del calendario, si se localiza un ítem dentro de la carpeta de tareas con un tipo de objeto incorrecto será ignorado.

 

En el caso de que esta nueva funcionalidad pueda suponer cualquier problema se puede deshabilitar  esta funcionalidad creando la siguiente clave de registro en los servidores de Buzones, restableciendo el comportamiento anterior al Rollup Update 4:

 

Path: HKLM\SYSTEM\CurrentControlSet\Services\MSExchangeMailboxAssistants\Parameters

Name: ELCAssistantCalendarTaskRetentionEnabled

Type: DWORD

Value: 0 = Do not process Calendar and Task folders

Value: 1 = Process (default with RU4)

 

Saludos,

Pablo