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

Traduções deste artigo Traduções deste artigo
ID do artigo: 836549 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

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.

Propriedades

ID do artigo: 836549 - Última revisão: sábado, 26 de outubro de 2013 - Revisão: 1.1
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbprb KB836549 KbMtpt
Tradução automática
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.
Clique aqui para ver a versão em Inglês deste artigo: 836549

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com