Evitar os métodos de integração não suportada para o Exchange

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.

Clique aqui para ver a versão em Inglês deste artigo: 3086992
Introdução
Este artigo descreve como serviço de cliente da Microsoft e suporte podem ajudar a programadores para produzir soluções personalizadas que implementam várias normas abertas e que também integratewith Microsoft Exchange Server.
Mais Informação
Quando escrever código para o Exchange Server, é importante que utilize suportado APIs e metodologias. Por vezes, os programadores tentam aumentar o comportamento do Exchange ou caso contrário, integrar aplicações com o Exchange através da utilização de algumas metodologia não suportada. Isto pode causar o intercâmbio de instabilidade e o comportamento de uma forma inesperada.

As práticas seguintes não são suportadas pela Microsoft:

  • Representação de thread relativamente ao Exchange utilizando APIs que não suportam especificamente a representação de thread
  • Alterar o OWA, EWS, EAS ou sequências semelhantes no servidor de acesso de cliente
  • Com uma extensão de ISAPI ou módulo um agrupamento de aplicações do Exchange
  • Alterar a conta em que é executado um agrupamento de aplicações do Exchange
  • Injectar DLLs em processos do Exchange de forma não suportada
Exchange utiliza interfaces específicas e práticas para o qual foi concebido e testado. Uma vez que estas práticas introduzirem elementos utilizando um método não suportado, a Microsoft considera este tipo de desenvolvimento para ser suportado.

Quando o Microsoft Support encontrar aplicações de outros fabricantes que parecem utilizar um das metodologias listadas, irá provavelmente pedem que remover a aplicação para verificar se reproduz o problema. Se o problema não ocorre após a aplicação de outros fabricantes é removida, terá de contactar os técnicos de suporte para esse produto para resolver o problema.

Exchange tem verificações para impedir o código de realizar a representação de thread. Por exemplo, Exchange pode encerrar o processo muito subitamente (FastFail). Nesta situação, 4999 de evento é registado no registo de eventos do Exchange e containsthe seguinte texto:

M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers

APIs como EWS permitir a representação por outras aplicações têm themechanisms para representar contas próprias. Software de segurança e software de início de sessão único são exemplos comuns de aplicações que utilizam a representação de thread para alterar as credenciais de chamadas que são enviadas para o Exchange.

Código de outro fabricante que é executado num aplicativo em processo de trabalho do conjunto de anotherapplicationcan causar problemas, a menos que as aplicações são efectuadas para trabalhar com um outras. Exchange não permitir que outras aplicações executadas em seus processos de trabalho. Os processos de agrupamento de aplicações do Exchange pertencem exclusivamente para o Exchange e não deve executar o código de outros fabricantes abaixo delas. Esta acção pode causar conflitos com o Exchange e poderia fazer com que os processos a falha.

Alguns programadores alterar a conta em que as partes do Exchange funcionar para obter algumas funcionalidades que não teria em contrário. Este causeserver pode falha, danos nos dados, andother unexpectedproblems. Estes problemas poderão ocorrer em qualquer ponto no processo.

Existem formas suportadas para integrar a troca de DLLswith personalizado, tal como agentes de transporte personalizados. Não é recomendada a utilização de um método que não é suportado pelo desenvolvimento do Exchange. Por exemplo, uma injecção forçada de uma DLL é um método suportado para carregar uma DLL personalizada para o Exchange.

É muito importante que evite métodos que não são suportados quando considerar a opção para integrar aplicações de outros fabricantes com o Exchange. Este tipo de prática pode ter consequências graves mais tarde, por exemplo, funcionalidades perdidas ou a necessidade de reescrever a aplicação. No fim, pode deparar-se com um bloco de estrada e não ter nenhum caminho em que pretende mover para a frente.
Evento 4999 fastfail M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers a representação de thread suportado melhor filtro de isapi do desenvolvimento de práticas

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3086992 - Última Revisão: 09/11/2015 21:04:00 - Revisão: 1.0

Microsoft Exchange Server 2013 Enterprise, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2007 Enterprise Edition

  • kbsurveynew kbmt KB3086992 KbMtpt
Comentários