Rastreamento de conversão de conteúdo

Aplica-se a: Exchange Server 2010 SP2, Exchange Server 2010 SP3

Tópico modificado em: 2009-11-06

O rastreamento de conversão de conteúdo captura falhas na conversão de conteúdo executada pelo driver de repositório nas mensagens de entrada e de saída em um computador que esteja executando o Microsoft Exchange Server 2010 com a função de servidor Transporte de Hub instalada.

O categorizador em um servidor de Transporte de Hub é responsável pela conversão de conteúdo de todas as mensagens enviadas para destinatários externos. Entretanto, o driver de repositório em um servidor de Transporte de Hub é responsável pela conversão de conteúdo das mensagens enviadas de e para destinatários da caixa de correio. Especificamente, o driver de repositório deve converter mensagens de saída dos usuários de caixas de correio de MAPI em MIME. O driver de repositório deve converter também mensagens de entrada de usuários de caixas de correio de MIME em MAPI. O rastreamento de conversão de conteúdo é responsável pela captura dessas falhas de conversão MAPI. O rastreamento de conversão de conteúdo não captura nenhuma falha de conversão de conteúdo que o categorizador encontre enquanto converte mensagens enviadas a destinatários externos.

Sumário

Configurando o rastreamento de conversão de conteúdo

Como funciona o rastreamento de conversão de conteúdo

Considerações para rastreamento de conversão de conteúdo

Configurando o rastreamento de conversão de conteúdo

O rastreamento de conversão de conteúdo é controlado pelos seguintes parâmetros do cmdlet Set-TransportServer no Shell de Gerenciamento do Exchange:

• ContentConversionTracingEnabled   Este parâmetro habilita ou desabilita a conversão de conteúdo. Os valores válidos para esse parâmetro são $True e $False. O valor padrão é $False. Se a organização do Exchange contiver vários servidores de Transporte de Hub, você deve habilitar o rastreamento de conversão de conteúdo em cada servidor de Transporte de Hub responsável pela entrega de mensagens para servidores de Caixa de Correio.

• PipelineTracingPath   Embora este parâmetro esteja associado ao rastreamento de pipeline, especifica também o local raiz dos arquivos de rastreamento de conversão de conteúdo. Por padrão, o valor do parâmetro PipelineTracingPath é C:\Program Files\Microsoft\Exchange Server\TransportRoles\Logs\PipelineTracing. O caminho deve ser local no computador do Exchange 2010. 

A conversão de conteúdo cria uma pasta chamada ContentConversionTracing dentro do caminho especificado pelo parâmetro PipelineTracingPath. Dentro da pasta ContentConversionTracing, a conversão de conteúdo cria duas subpastas: InboundFailures e OutboundFailures. A pasta InboundFailures contém as informações provenientes das falhas de conversão de conteúdo da mensagem de entrada. A pasta OutboundFailures contém as informações provenientes das falhas de conversão de conteúdo da mensagem de saída.

O tamanho máximo de todos os arquivos da pasta InboundFailures é de 128 megabytes (MB). O tamanho máximo de todos os arquivos da pasta OutboundFailures é de 128 MB. Os diretórios de rastreamento de conversão de conteúdo não usam log circular para remover arquivos antigos, dependendo da idade ou do tamanho dos arquivos. Assim que o tamanho máximo de uma pasta for atingido, o rastreamento de conversão de conteúdo pára de gravar informações na pasta. Para ter certeza de que os limites de tamanho máximo da pasta não sejam excedidos, você pode criar uma tarefa agendada que move periodicamente os arquivos de rastreamento de conversão de conteúdo para um local diferente.

As permissões necessárias nas pastas e subpastas usadas no rastreamento de conversão de conteúdo são as seguintes:

• Administradores: Controle Total

• Serviço de Rede: Controle Total

• Sistema: Controle Total

Voltar ao início

Como funciona o rastreamento de conversão de conteúdo

Quando a conversão de conteúdo de uma mensagem de entrada falha, uma notificação de status de entrega com o código de status 5.6.0 é enviada ao remetente da mensagem. Se o rastreamento de conversão de conteúdo estiver habilitado, as informações de falha serão registradas no momento em que a mensagem de DSN 5.6.0 for gerada. Cada erro de conversão de conteúdo gera dois arquivos separados.

Um erro de conversão de conteúdo que ocorre quando uma mensagem de entrada é convertida de MIME em MAPI gera os dois arquivos a seguir na pasta InboundFailures:

• <GUID>.eml   Esse arquivo contém a mensagem com falha no formato de texto.

• <GUID>.txt   Este arquivo contém a descrição da exceção, os resultados da conversão, as opções de conversão e os limites de tamanho de mensagem aplicados a todas as mensagens pelo driver de repositório.

Um erro de conversão de conteúdo que ocorre quando uma mensagem de saída é convertida de MAPI em MIME gera os dois arquivos a seguir na pasta OutboundFailures:

• <GUID>.msg   Este arquivo contém a mensagem com falha no formato de mensagem do Microsoft Outlook.

• <GUID>.txt   Este arquivo contém a descrição da exceção, os resultados da conversão, as opções de conversão e os limites de tamanho de mensagem aplicados a todas as mensagens pelo driver de repositório.

O marcador <GUID> é igual nos dois nomes de arquivos. Cada erro de conversão de conteúdo gera um GUID diferente, que é usado nos nomes dos arquivos de mensagem e de texto correspondentes. Um exemplo de um GUID usado nos nomes dos arquivos é 038b930e-61fd-4bfd-b9b4-0374c18b73f7.

Voltar ao início

Considerações para rastreamento de conversão de conteúdo

Você pode manter o rastreamento de conversão de conteúdo habilitado para monitoramento proativo. Ou você pode habilitar o rastreamento de conversão de conteúdo para solucionar problemas de um evento de falha específico. Geralmente, é possível reproduzir falhas de conversão de conteúdo de entrada pedindo ao destinatário da mensagem DSN 5.6.0 que reenvie a mensagem original.

Falhas de conversão de conteúdo de entrada são as mais comuns. Algumas das razões para erros de conversão de conteúdo de entrada incluem o seguinte:

• Violações de limites de tamanho de mensagem Estes limites de tamanho de mensagem são impostos pelo driver de repositório para ajudar a evitar ataques de negação de serviço (DoS). Esses limites de mensagem são listados no arquivo <GUID>.txt. Esses limites de mensagem incluem o seguinte:

  • MaxMimeTextHeaderLength   Esse limite especifica o número máximo de caracteres de texto que podem ser usados em um cabeçalho MIME. O valor é igual a 2.000.

  • MaxMimeSubjectLength   Esse limite especifica o número máximo de caracteres de texto que podem ser usados na linha de assunto. O valor é igual a 255.

  • MSize   Esse limite especifica o tamanho máximo da mensagem. O valor é igual a 2.147.483.647 bytes.

  • MaxMimeRecipients   Este limite especifica o número total de destinatários permitidos nos campos Para, Cc e Cco. O valor é igual a 12288.

  • MaxRecipientPropertyLength   Esse limite especifica o número máximo de caracteres de texto que podem ser usados em uma descrição de destinatário. O valor é igual a 1000.

  • MaxBodyPartsTotal   Esse limite especifica o número máximo de partes da mensagem que podem ser usadas em uma mensagem com diversas partes MIME. O valor é igual a 250.

  • MaxEmbeddedMessageDepth   Esse limite especifica o número máximo de mensagens encaminhadas que podem existir em uma mensagem. O valor é igual a 30.

  Para obter mais informações sobre limites de tamanho de mensagem configuráveis usados em servidores de Transporte de Hub ou de Transporte de Borda, consulte Noções básicas sobre limites de tamanho de mensagem.

• Falha ao converter uma mensagem iCalendar de entrada em uma solicitação de reunião   O RFC 2445 define o iCalendar como um padrão para troca de dados de calendário. Causas específicas da falha de conversão incluem o seguinte:

  • Uso incorreto de iCalendar pelo agente de envio.

  • Construções do iCalendar que não podem ser aceitas pelo esquema de calendário do Outlook ou do Exchange.

  Falhas de conversão do iCalendar não resultam no recebimento pelo remetente de uma mensagem de DSN 5.6.0. Em vez disso, a mensagem é entregue com um arquivo .ics anexado que contém o corpo da mensagem do iCalendar.

• Falhas causadas por mensagens MIME formatadas incorretamente   Mensagens de email comerciais ou de spam não solicitadas podem ter erros de formatação no cabeçalho da mensagem, como aspas não correspondentes em descrições do destinatário. Um número muito menor de falhas causadas por mensagens MIME formatadas incorretamente são consideradas bugs.

Falhas de conversão de conteúdo de saída são muito menos comuns do que falhas de entrada. Quando ocorrem falhas de saída, elas são normalmente causadas por bugs de códigos do Exchange ou por conteúdo danificado da mensagem.

Voltar ao início

 © 2010 Microsoft Corporation. Todos os direitos reservados.