En ekzistanta loka EWS Managed API-programo, atribuu la peranton al la servo antaŭ ĝiaj HTTP-operacioj:

using System.Net;

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

exchangeService jam tenas la EWS-finpunkton kaj la servagordojn. Ĝiaj Credentials estas la Exchange-konto; proxy.Credentials estas la peranta konto. La opcio de defaŭltaj legitimiloj de la servo ne plenigas tiun prokuran objekton aŭtomate.

Por intence rekta konekto en ĉi tiu API-stako:

exchangeService.WebProxy = new WebProxy();

Malplena WebProxy elektas rektan konduton. Nula WebProxy ĉe la servo male lasas la defaŭltan prokuran politikon de la suba peto.

Por nur unu loka gastiganto, uzu la celitan preterpason kongruan kun ĝia reala literumo kaj ne-defaŭlta pordo anstataŭ ŝanĝi la maŝinampleksan vojon. Komparu la EWS-URL-on kaj la prokuran objekton kiam Outlook funkcias: tiu alia kliento povas havi alian vojon kaj perantan konton.

Rilataj artikoloj