Evitar los métodos de integración no compatible para Exchange

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 3086992
Introducción
Este artículo describe cómo soporte técnico de Microsoft pueden ayudar a los programadores generar soluciones personalizadas que implementan varios estándares abiertos y que también integratewith Microsoft Exchange Server.
Más información
Cuando se escribe código para Exchange Server, es importante que utilice admite API y metodologías. A veces, los desarrolladores tratan de aumentar el comportamiento de Exchange o de lo contrario integrar aplicaciones con Exchange utilizando alguna metodología no compatible. Esto puede hacer que Exchange inestable y se comportan de manera inesperada.

Las prácticas siguientes no son compatibles con Microsoft:

  • Utilizar la suplantación de subproceso en Exchange mediante el uso de las API que no son específicamente compatibles con suplantación de subproceso
  • Cambio de OWA, EWS, EAS o secuencias similares en el servidor acceso de cliente
  • Ejecuta una extensión ISAPI o el módulo en un grupo de aplicaciones de Exchange
  • Cambiar la cuenta bajo la que se ejecuta un grupo de aplicaciones de Exchange
  • Inyectar dll en procesos de Exchange de una manera no compatible
Exchange utiliza interfaces específicas y prácticas para el que está diseñado y probado. Puesto que estas prácticas incluir características mediante el uso de una metodología no compatible, Microsoft considera que este tipo de desarrollo que no es compatible.

Cuando Microsoft Support se encuentra con aplicaciones de otros fabricantes que parecen utilizar uno de los métodos enumerados, más probable es que le pedirá que quite la aplicación para comprobar si el problema se reproduce. Si el problema no se reproduce después de quita la aplicación de otro fabricante, deberá ponerse en contacto con los ingenieros de soporte de producto para resolver el problema.

Exchange tiene controles para impedir que el código realiza suplantación del subproceso. Por ejemplo, Exchange puede apagar su proceso muy pronto (FastFail). En esta situación, el evento 4999 se registra en el registro de sucesos de Exchange y containsthe texto:

M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers

Las API como EWS que permita la representación por otras aplicaciones tienen mecanismos para suplantar las propias cuentas. Software de seguridad y el software de inicio de sesión único son ejemplos comunes de aplicaciones que utilizan suplantación de subproceso para cambiar las credenciales en las llamadas que se envían a Exchange.

Código de terceros que se ejecuta en una aplicación en el proceso del grupo de trabajo de anotherapplicationcan causar problemas a menos que las aplicaciones se realizan para trabajar con uno otras. Exchange no permite que otras aplicaciones se ejecuten en sus procesos de trabajo. Los procesos de grupo de aplicaciones de Exchange pertenecen exclusivamente a Exchange, y no se debe ejecutar código de terceros en ellos. Hacer esto puede causar conflictos con Exchange y podría provocar que los procesos de un error.

Algunos desarrolladores cambian la cuenta bajo la que partes de Exchange funcionan para obtener algunas funciones que no se tendría en caso contrario. Este causeserver can accidentes, corrupción de datos, unexpectedproblems y otros. Pueden producirse estos problemas en cualquier momento del proceso.

Existen maneras compatibles para integrar Exchange personalizado de DLLswith, como agentes de transporte personalizados. No se recomienda el uso de un método que no es compatible con el desarrollo de Exchange. Por ejemplo, una inyección forzada de un archivo DLL es un método para cargar un archivo DLL personalizado en Exchange no compatible.

Es muy importante evitar métodos que no son compatibles cuando se considera la opción de integrar aplicaciones de terceros con Exchange. Este tipo de prácticas puede tener consecuencias graves más adelante, como la pérdida de funcionalidad o la necesidad de volver a escribir una aplicación. Al final, se puede encontrar un bloque de carretera y ninguna ruta en la que se va a mover hacia delante.
Evento 4999 fastfail suplantación de subproceso M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers admite el filtro de isapi de desarrollo de mejores prácticas

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 3086992 - Última revisión: 09/11/2015 21:01:00 - Revisión: 1.0

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

  • kbsurveynew kbmt KB3086992 KbMtes
Comentarios