Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Numero KB originale: 3086992
Introduzione
Questo articolo descrive in che modo il servizio clienti e il supporto tecnico Microsoft possono aiutare gli sviluppatori a produrre soluzioni personalizzate che usano vari standard aperti e che si integrano anche con Microsoft Exchange Server.
Maggiori informazioni
È importante usare le API e le metodologie supportate quando si scrive codice per Exchange Server. In alcuni casi, gli sviluppatori tentano di aumentare il comportamento di Exchange o di integrare le applicazioni con Exchange Server usando una metodologia non supportata. In questo modo Exchange può diventare instabile e comportarsi in modo imprevisto.
Le procedure seguenti non sono supportate da Microsoft:
- Uso dell'impersonificazione del thread su Exchange tramite API che non supportano in modo specifico l'impersonificazione del thread.
- La modifica di Outlook Web App (OWA), Exchange Web Services (EWS), Exchange ActiveSync (EAS) o servizi simili nel Server Accesso Client (CAS).
- Esecuzione di un'estensione ISAPI o di un modulo in un pool di applicazioni di Exchange.
- Modifica dell'account in cui viene eseguito un pool di applicazioni di Exchange.
- L'inserimento di DLL nei processi di Exchange in modo non supportatoExchange Server usa interfacce e procedure specifiche per cui è progettato e testato. Poiché queste procedure specifiche introducono funzionalità usando una metodologia non supportata, Microsoft considera che questo tipo di sviluppo non sia supportato.
Quando gli agenti del supporto tecnico Microsoft trovano applicazioni di terze parti che sembrano usare una delle metodologie elencate, probabilmente chiederanno di rimuovere l'applicazione per verificare se il problema viene riprodotto. Se il problema non viene riprodotto dopo la rimozione dell'applicazione di terze parti, sarà necessario contattare gli ingegneri del supporto di quel prodotto per risolvere il problema.
Exchange dispone di controlli per impedire che il codice esegua l'impersonificazione dei thread. Ad esempio, Exchange può arrestare improvvisamente il processo (FastFail). In questo caso, l'evento 4999 viene registrato nel registro eventi di Exchange. Contiene il testo seguente:
M.E.D.D.ConnectionPoolManager.BlockImpersonatedCallers
Le API come EWS che consentono l'impersonificazione da parte di altre applicazioni hanno i meccanismi per impersonare gli account autonomamente. Il software di sicurezza e il software Single Sign-On sono esempi comuni di applicazioni che usano la rappresentazione del thread per modificare le credenziali nelle chiamate inviate a Exchange.
Il codice di terze parti eseguito in un'applicazione nel processo del pool di lavoro di un'altra applicazione può causare problemi, a meno che le applicazioni non vengano eseguite per funzionare tra loro. Exchange non consente l'esecuzione di altre applicazioni nei processi di lavoro. I processi del pool di applicazioni di Exchange appartengono esclusivamente a Exchange e non è consigliabile eseguire codice di terze parti al loro interno. In questo modo è possibile che si verifichino conflitti con Exchange e che i processi non riescano.
Alcuni sviluppatori modificano l'account con cui le parti di Exchange lavorano per ottenere alcune funzionalità che non avrebbero altrimenti. Ciò può causare arresti anomali del server, danneggiamento dei dati e altri problemi imprevisti. Questi problemi possono verificarsi in qualsiasi momento del processo.
Esistono modi supportati per integrare DLL personalizzate con Exchange, ad esempio agenti di trasporto personalizzati. Non è consigliabile usare un metodo non supportato dallo sviluppo di Exchange. Ad esempio, un'inserimento forzato di una DLL è un metodo non supportato per caricare una DLL personalizzata in Exchange.
È importante evitare metodi non supportati quando si considera l'opzione per integrare applicazioni di terze parti con Exchange. Questo tipo di pratica può avere gravi conseguenze in un secondo momento, ad esempio la funzionalità persa o la necessità di riscrivere un'applicazione. Alla fine, potresti incontrare un blocco stradale e non avere un percorso in cui andare avanti.