Un mensaje protegido mediante IRM enviado a un contacto externo no se devuelve en los resultados de una búsqueda o descubrimiento cuando el diario está implementado en un entorno de Exchange Server de 2013

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3134918
Síntomas
Considere el siguiente escenario:
  • Implementar el diario en un entorno de Microsoft Exchange Server de 2013.
  • Crear una regla de diario para habilitar el diario para los mensajes de correo electrónico que se envían a un destinatario del diario. La regla envía informes de diario para un contacto externo.
  • Habilitar el descifrado de informe de diario para que un mensaje protegido por Information Rights Management IRM y una copia del mensaje protegido mediante IRM descifrada se adjuntan al informe diario.
  • Se envía un mensaje protegido mediante IRM para el destinatario de diario. El informe del diario se crea y se envía al contacto externo.
En este escenario, el contacto externo recibe el informe de diario que contiene el mensaje protegido mediante IRM y un archivo Winmail.dat. Esto impide que el mensaje protegido mediante IRM registrado que se devuelven en los resultados del descubrimiento o de la búsqueda.
Causa
Este problema se produce porque el mensaje protegido mediante IRM está codificado para convertirse a formato de encapsulación Neutral de transporte (TNEF) cuando el servidor que ejecuta Exchange Server descifra el mensaje.
Solución
Para solucionar este problema, instale Actualización acumulativa 14 para Exchange Server 2013 o una posterior actualización acumulativa de 2013 de Exchange Server.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft que se enumeran en la sección "Aplicable a".
Referencias
Obtenga información acerca de la terminología que utiliza Microsoft para describir las actualizaciones de software.

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3134918 - Última revisión: 09/20/2016 23:50:00 - Revisión: 3.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2013 Standard

  • kbqfe kbsurveynew kbfix kbexpertiseinter kbmt KB3134918 KbMtes
Comentarios