Evitați neacceptate integrare metode pentru Exchange

IMPORTANT: Acest articol este tradus cu ajutorul software-ului Microsoft de traducere automată și poate fi corectat prin intermediul tehnologiei Community Translation Framework (CTF). Microsoft oferă articole traduse automat, post-editate de comunitate și articole traduse de oameni, pentru a permite accesul la toate articolele din Baza noastră de cunoștințe în mai multe limbi. Articolele traduse automat și post-editate pot conține greșeli de vocabular, sintaxă și/sau gramatică. Microsoft nu este responsabil de inexactitățile, erorile sau daunele cauzate de traducerea greșită a conținutului sau de utilizarea acestuia de către clienți. Găsiți mai multe informații despre traducerea în colaborare la http://support.microsoft.com/gp/machine-translation-corrections/ro.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 3086992
Introducere
Acest articol descrie cum serviciul pentru clienți Microsoft și asistență poate ajuta dezvoltatorii să producă soluțiile particularizate care implementează diverse standarde deschise și care, de asemenea, integratewith Microsoft Exchange Server.
Informaţii suplimentare
Când scrieți cod pentru Exchange Server, este important să utilizați suport API-uri și metode. Uneori, dezvoltatorii încercaţi să mări comportamentul Exchange sau altfel integra aplicațiile cu Exchange utilizând unele metodologie neacceptate. Acest lucru poate provoca Exchange să devină instabil și să se comporte în mod neașteptat.

Microsoft nu oferă următoarele practici:

  • Utilizând Exchange de asumare a fir prin utilizarea API-uri care nu acceptă în mod specific de asumare a fir
  • Modificarea OWA, EWS, EAS, sau fluxuri similare pe server de Acces clienţi
  • Execută o extensie ISAPI sau modul într-un rezervor de aplicații Exchange
  • Schimbarea contului în care se execută un rezervor de aplicații Exchange
  • Injectare DLL-uri în schimb procese într-un mod neacceptat
Exchange utilizează anumite interfețe și practici pentru care este proiectat şi testat. Deoarece aceste practici introduce caracteristici utilizând o metodologie neacceptate, Microsoft consideră că acest tip de dezvoltare să fie acceptată.

Când Microsoft Support întâlnește aplicații terțe care par să utilizați una dintre metodele listate, ele vor cere cel mai probabil să eliminați aplicația pentru a verifica dacă problema se reproduce. Dacă problema nu se reproduce după eliminarea aplicație terță, va trebui să contactați specialiștii în asistență pentru acest produs pentru a rezolva problema.

Exchange are controale pentru a împiedica firul de asumare a face codul. De exemplu, Exchange pot închide procesul foarte brusc (FastFail). În această situație, 4999 eveniment se înregistrează în jurnal de evenimente Exchange și containsthe textul:

M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers

API-uri, cum ar fi EWS care permite de asumare de alte aplicații au themechanisms la simulează conturi sine. Software de securitate şi software pentru sign-on sunt exemple obișnuite de aplicații care utilizează fir de asumare a schimba Acreditări apeluri care sunt trimise la Exchange.

Cod terț care se execută într-o aplicaţie în cadrul procesului de lucru rezervor de anotherapplicationcan provoca probleme dacă aplicațiile sunt concepute să funcționeze cu una alte. Exchange nu permite alte aplicații să se execute cu proceselor sale. Exchange application pool procese aparține exclusiv Exchange și nu trebuie să executați terț cod sub ele. Face acest lucru poate cauza conflicte cu Exchange și poate provoca procese să nu reușească.

Unii dezvoltatori Modificați contul în care piese de schimb de lucru pentru a obţine unele funcţionalităţi care nu ar fi altfel. Această causeserver poate se blochează, deteriorarea datelor, andother unexpectedproblems. Aceste probleme pot apărea în orice moment în procesul.

Există metode acceptate să integreze particularizate DLLswith Exchange, cum ar fi agenţi de transport particularizate. Nu recomandăm utilizând o metodă care nu este acceptat de schimb de dezvoltare. De exemplu, o injectare impuse de un DLL este o metodă nu se oferă suport pentru a încărca un DLL particularizate în Exchange.

Este foarte important să evitați metode care nu sunt acceptate când să luați în considerare opțiunea de a se integra aplicații terțe cu Exchange. Acest tip de exersare poate consecinţele grave mai târziu, cum ar fi pierd funcționalitate sau necesitatea de a rescrie o aplicație. În cele din urmă, s-ar putea întâlni o blocare road și să au nicio cale pentru a merge mai departe.
Eveniment 4999 fastfail M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers fir de asumare a acceptat cele mai bune practici de dezvoltare filtru isapi

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 3086992 - Ultima examinare: 09/11/2015 21:04:00 - Revizie: 1.0

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

  • kbsurveynew kbmt KB3086992 KbMtro
Feedback