Entrar

O servidor virtual SMTP falha intermitentemente depois de registrar um coletor de eventos de baixa prioridade no Exchange 2000 Server

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.

836549
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Sintomas
Quando você registra um coletor de eventos que implementa a interface ISmtpInCommandSink e que manipula as respostas do servidor e o conteúdo de mensagem que segue, o servidor virtual SMTP pode falhar intermitentemente quando Microsoft Exchange 2000 Server está sob uma carga pesada.

Nesse cenário, o coletor de eventos está configurado para lidar com o seguinte respostas do servidor e o conteúdo da mensagem:
  • Respostas do servidor:
    ISmtpInCommandContext::QueryResponse
    ISmtpInCommandContext::QueryNativeResponse
  • Conteúdo da mensagem:
    IMailMsgProperties::ReadContent
    IMailMsgProperties::WriteContent
Quando você solucionar esse problema, uma violação de acesso ocorre quando você usar a interface IMailMsgProperties . Nesse cenário, essa violação de acesso geralmente ocorre quando você usa o método WriteContent .
Causa
Esse problema pode ocorrer se o coletor de eventos é registrado no final do comando SMTP de dados ( _EOD ) com uma prioridade menor do que a prioridade padrão. Por exemplo, esse problema pode ocorrer se você registrar o coletor de eventos em uma prioridade de 30.000. Se você registrar o coletor de eventos em uma prioridade maior do que a prioridade padrão, esse problema não ocorre.
Como Contornar
Para contornar esse problema, elevar a prioridade do coletor de evento para um nível maior do que a prioridade de manipulador final dos dados. O manipulador final dos dados é a última etapa do fluxo de transporte de mensagem. Após o final dos dados manipulador de evento, a mensagem está na fila para entrega e não existe mais no sistema de SMTP. Se você atribuir uma prioridade para o coletor de eventos que é menor do que o manipulador final dos dados, mensagens podem ser removidas antes que coletor de eventos é concluído suas operações. Nesse cenário, se a mensagem é entregue ou manipulada antes o coletor de eventos conclua suas operações, o coletor de eventos estarão acessando um objeto Excluir mailmsg . Para certificar-se que seu evento sink acionado antes que a mensagem é enviada para enfileiramento, você deve atribuir uma prioridade maior que a prioridade padrão o coletor de eventos.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 836549 - Última Revisão: 10/26/2013 20:49:09 - Revisão: 1.1

  • Microsoft Exchange 2000 Server Standard Edition
  • kbnosurvey kbarchive kbmt kbprb KB836549 KbMtpt
Comentários