O servidor virtual de SMTP falha intermitentemente depois de registar um receptor de eventos de prioridade baixa 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

836549
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Sintomas
Quando registar um receptor de eventos que implementa a interface ISmtpInCommandSink e que processa as respostas do servidor e o conteúdo da mensagem que se segue, o servidor virtual de SMTP intermitentemente poderá falhar quando o Microsoft Exchange 2000 Server é numa carga elevada.

Neste cenário, o receptor de eventos é configurado para processar o seguintes 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 resolver este problema, ocorre uma violação de acesso quando utiliza a interface IMailMsgProperties . Neste cenário, esta violação de acesso ocorre normalmente quando utilizar o método WriteContent .
Causa
Este problema poderá ocorrer se o receptor de eventos estiver registado no fim do comando de SMTP de dados ( _EOD ) com uma prioridade inferior a prioridade predefinida. Por exemplo, este problema poderá ocorrer se registar o receptor de eventos com uma prioridade de 30.000. Se registar o receptor de eventos com uma prioridade superior a prioridade predefinida, este problema não ocorre.
Como contornar
Para contornar este problema, aumentar a prioridade do receptor de eventos para um nível superior a prioridade do processador de EOD. A rotina de tratamento EOD é o último passo do fluxo de transporte de mensagens. Depois do evento de processador EOD, a mensagem é colocado em fila para entrega e já não existe no sistema de SMTP. Se atribuir uma prioridade para o receptor de eventos for inferior a rotina de tratamento EOD, mensagens podem ser removidas antes que receptor de eventos conclui as respectivas operações. Neste cenário, se a mensagem for entregue ou processada antes do receptor de eventos conclui as respectivas operações, o receptor de eventos passam a aceder a um objecto Eliminar mailmsg . Para se certificar de que o receptor do evento é accionado antes da mensagem é submetida ao enfilamento, tem de atribuir uma prioridade mais alta do que a prioridade predefinida o receptor de eventos.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 836549 - Última Revisão: 02/10/2014 01:47:12 - Revisão: 1.1

  • Microsoft Exchange 2000 Server Standard Edition
  • kbnosurvey kbarchive kbmt kbprb KB836549 KbMtpt
Esta informação foi útil?