Yn in besteande pleatslike EWS Managed API-applikaasje tawize jo de tuskenpersoan oan 'e tsjinst foarôfgeand oan har HTTP-operaasjes:

using System.Net;

var proxy = new WebProxy("http://proxy.example:8080")
{
    Credentials = new NetworkCredential(proxyUser, proxyPassword)
};
exchangeService.WebProxy = proxy;

exchangeService befettet al it EWS-einpunt en de tsjinstynstellingen. De Credentials derfan is it Exchange-akkount; proxy.Credentials binne it tuskenpersoanakkount. De opsje foar standertlizensjegegevens fan 'e tsjinst folt dat proxy-objekt net automatysk.

Foar in bewust direkte ferbining yn dizze API-stapel:

exchangeService.WebProxy = new WebProxy();

In lege WebProxy kiest direkt gedrach. In null WebProxy op 'e tsjinst lit lykwols it standertproksybelied fan 'e ûnderlizzende oanfraach stean.

Brûk foar mar ien pleatslike host de bedoelde omgong dy't oerienkomt mei syn werklike stavering en net-standert poarte, ynstee fan de masinebrede rûte te feroarjen. Fergelykje de EWS-URL en it proxy-objekt as Outlook wurket: dy oare klant kin in oare rûte en in oar tuskenpersoanakkount hawwe.

Relatearre artikelen