Administración del seguimiento de la conversión de contenido

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2007-03-15

El seguimiento de la conversión de contenido detecta errores en la conversión de contenido que efectúa el controlador de almacén en los mensajes entrantes y salientes en un equipo que ejecute Microsoft Exchange Server 2007 y que tenga instalada la función del 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ía 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 los destinatarios de buzón y desde ellos. 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.

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 habilita o deshabilita la conversión de contenido. Los valores válidos de este parámetro son $True y $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 conductos, 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 local en el equipo de Exchange 2007. Para obtener más información sobre el seguimiento de conductos, consulte Utilización del seguimiento de conductos para diagnosticar problemas del agente de transporte.

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 de todos los archivos en 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 conversión de contenido son los siguientes:

• Administradores: Control total

• Servicio de red: Control total

• Sistema: Control total

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 almacén 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 Office 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 almacén 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 utiliza en los nombres de archivo de los archivos de mensaje y de texto correspondientes. Un ejemplo de GUID que se utiliza en los nombres de archivo es 038b930e-61fd-4bfd-b9b4-0374c18b73f7.

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 almacén 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 mensaje configurables que se utilizan en los servidores de transporte de concentradores o servidores de transporte perimetral, consulte Administració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 un mensaje 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 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.

Información adicional

Para obtener más información al respecto, consulte los siguientes temas:

• Introducción a la conversión de contenido

• Opciones de conversación TNEF

• Opciones de la codificación de mensajes