Seguimiento de la conversión de contenido
Se aplica a: Exchange Server 2010 SP2, Exchange Server 2010 SP3
Última modificación del tema: 2009-11-06
El seguimiento de la conversión de contenido detecta errores en la conversión de contenido que efectúa el controlador de almacenamiento de los mensajes entrantes y salientes en un equipo que ejecute MicrosoftExchange Server 2010 y que tenga instalado el rol de servidor Transporte de concentradores.
El categorizador de un servidor de transporte de concentradores es el responsable de la conversión de contenido de todos los mensajes que se envían a destinatarios externos. Sin embargo, el controlador de almacenamiento de un servidor de transporte de concentradores es el responsable de la conversión de contenido de los mensajes que se envían a y desde los destinatarios de buzón. En particular, el controlador de almacén deber convertir los mensajes de salida de los usuarios del buzón de MAPI a MIME. El controlador de almacén también tiene que convertir los mensajes entrantes para los usuarios del buzón de MIME a MAPI. El seguimiento de la conversión de contenido detecta los errores en las conversiones MAPI. Sin embargo, no detecta los errores en la conversión de contenido con los que se encuentra el categorizador cuando convierte los mensajes que se envían a destinatarios externos.
Contenido
Configuración del seguimiento de la conversión de contenido
Cómo funciona el seguimiento de conversión de contenido
Consideraciones acerca del seguimiento de la conversión de contenido
Configuración del seguimiento de la conversión de contenido
El seguimiento de la conversión de contenido se controla a través de los siguientes parámetros en el cmdlet Set-TransportServer en el Shell de administración de Exchange:
ContentConversionTracingEnabled Este parámetro permite habilitar y deshabilitar la conversión de contenido. Los valores válidos de este parámetro son
$Truey$False. El valor predeterminado es$False. Si la organización de Exchange contiene múltiples servidores de transporte de concentradores, debe habilitar el seguimiento de la conversión de contenido en cada servidor de transporte de concentradores responsable del envío de mensajes a los servidores de buzones.PipelineTracingPath A pesar de que este parámetro se asocia al seguimiento de canalización, también especifica la ubicación raíz de los archivos de seguimiento de la conversión de contenido. De forma predeterminada, el valor del parámetro PipelineTracingPath es C:\Archivos de programa\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing. La ruta debe ser una ruta local del equipo de Exchange 2010.
La conversión de contenido crea una carpeta llamada ContentConversionTracing en la ruta que ha especificado el parámetro PipelineTracingPath. En la carpeta ContentConversionTracing, la conversión de contenido crea dos subcarpetas: InboundFailures y OutboundFailures. La carpeta InboundFailures contiene la información sobre los errores de conversión de contenido de mensajes entrantes. La carpeta OutboundFailures contiene la información sobre los errores de conversión de contenido de mensajes salientes.
El tamaño máximo que pueden alcanzar los archivos de la carpeta InboundFailures es 128 MB. El tamaño máximo de todos los archivos en la carpeta OutboundFailures es 128 MB. Los directorios de seguimiento de conversión de contenido no utilizan un registro circular para quitar archivos antiguos según la antigüedad o tamaño de los archivos. Tan pronto como se haya alcanzado el tamaño máximo de una carpeta, el seguimiento de conversión de contenido deja de escribir información en la carpeta. Si desea asegurarse de que se no se sobrepasan los límites de tamaño máximos de la carpeta, puede crear una tarea programada que mueva periódicamente los archivos del seguimiento de conversión de contenido a otra ubicación.
Los permisos que se necesitan en las carpetas y subcarpetas que se utilizan en el seguimiento de la conversión de contenido son los siguientes:
Administradores: Control total
Servicio de red: Control total
Sistema: Control total
Advertencia
El seguimiento de la conversión de contenido copia los contenidos íntegros de los mensajes de correo electrónico. Para evitar la exposición no deseada de información confidencial, debe establecer permisos de seguridad apropiados en la ubicación de los archivos de seguimiento de conversión de contenido.
Volver al principio
Cómo funciona el seguimiento de conversión de contenido
Cuando se produce un error en la conversión de contenido de un mensaje entrante, se envía al remitente del mensaje una notificación del estado de entrega (DNS) con el código de estado 5.6.0. Si el seguimiento de conversión de contenido está habilitado, se registra la información sobre el error a la vez que se genera el mensaje de DNS 5.6.0. Cada error de conversión de contenido genera dos archivos independientes.
Un error en la conversión de contenido que se produzca cuando se convierte un mensaje entrante de MIME a MAPI genera los dos archivos siguientes en la carpeta InboundFailures:
<GUID>.eml Este archivo contiene el mensaje del error en formato de texto.
<GUID>.txt Este archivo contiene la descripción de la excepción, los resultados de la conversión, las opciones de conversión y los límites de tamaño del mensaje que impone el controlador de almacenamiento en todos los mensajes.
Un error en la conversión de contenido que se produzca cuando se convierte un mensaje saliente de MAPI a MIME genera los dos archivos siguientes en la carpeta OutboundFailures:
<GUID>.msg Este archivo contiene el mensaje de error en formato de mensaje de Microsoft Outlook.
<GUID>.txt Este archivo contiene la descripción de la excepción, los resultados de la conversión, las opciones de conversión y los límites de tamaño del mensaje que impone el controlador de almacenamiento en todos los mensajes.
El marcador de posición <GUID> es el mismo en ambos nombres de archivo. Cada error de conversión de contenido genera un GUID diferente que se usa en los nombres de archivo de los archivos de mensaje y de texto correspondientes. Un ejemplo de GUID que se usa en los nombres de archivo es 038b930e-61fd-4bfd-b9b4-0374c18b73f7.
Volver al principio
Consideraciones acerca del seguimiento de la conversión de contenido
Puede dejar el seguimiento de la conversión de contenido habilitado para que se efectúe un control proactivo. O bien, puede habilitar el seguimiento de la conversión de contenido para solucionar un evento de error específico. Por lo general, puede reproducir errores en la conversión de contenido entrante si solicita al destinatario del mensaje de DNS 5.6.0 que vuelva a enviar el mensaje original.
Los errores en la conversión de contenido entrante son los más habituales. Entre algunos de los motivos de error en la conversión de contenido entrante se incluyen los siguientes:
Infracción de los límites de tamaño del mensajeEstos límites de tamaño del mensaje los impone el controlador de almacenamiento para ayudar a evitar los ataques por denegación de servicio (DoS). Estos límites en los mensajes figuran en el archivo <GUID>.txt. Dichos límites en los mensajes incluyen lo siguiente:
MaxMimeTextHeaderLength Este límite especifica el número máximo de caracteres de texto que se pueden utilizar en un encabezado MIME. El valor es 2000.
MaxMimeSubjectLength Este límite especifica el número máximo de caracteres de texto que se pueden utilizar en la línea del asunto. El valor es 255.
MSize Este límite especifica el tamaño máximo del mensaje. El valor es 2147483647 bytes.
MaxMimeRecipients Este límite especifica el número total de destinatarios que se pueden incluir en los campos Para, CC y CCO. El valor es 12288.
MaxRecipientPropertyLength Este límite especifica el número máximo de caracteres de texto que se pueden utilizar en una descripción de destinatario. El valor es 1000.
MaxBodyPartsTotal Este límite especifica el número máximo de partes de mensaje que se pueden utilizar en un mensaje de varias partes MIME. El valor es 250.
MaxEmbeddedMessageDepth Este límite especifica el número máximo de mensajes reenviados que puede contener un mensaje. El valor es 30.
Para obtener más información sobre los límites de tamaño de mensaje configurables que se usan en los servidores de transporte de concentradores o servidores de transporte perimetral, consulte Descripción de los límites de tamaño de los mensajes.
Error en la conversión de un mensaje de iCalendar entrante para una convocatoria de reunión En RFC 2445 se define iCalendar como un estándar para el intercambio de información de calendario. Entre los motivos específicos del error en la conversión se incluyen los siguientes:
Uso incorrecto de iCalendar por parte del agente remitente.
Construcciones de iCalendar que no son compatibles con el esquema de calendario de Outlook o Exchange.
Los errores en la conversión de iCalendar no originan la recepción de un mensaje de DSN 5.6.0 por parte del remitente. En su lugar, el mensaje se entrega con archivo .ics como datos adjuntos que contiene el cuerpo del mensaje de iCalendar.
Errores a causa de mensajes MIME con formato erróneo Los mensajes de correo electrónico comerciales no solicitados o el correo no deseado pueden contener errores de formato en el encabezado del mensaje como, por ejemplo, comillas distintas en las descripciones del destinatario. Un número mucho más reducido de errores originados por mensajes MIME con formatos erróneos se consideran errores.
Los errores en la conversión de contenido saliente son mucho menos habituales que los errores en el contenido entrante. Cuando se produce un errores en el contenido saliente, normalmente es debido a errores de código de Exchange o a que el contenido del mensaje está dañado.
Volver al principio
© 2010 Microsoft Corporation. Reservados todos los derechos.