У існуючай лакальнай праграме EWS Managed API прызначце пасярэдніка службе перад яе HTTP-аперацыямі:

using System.Net;

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

exchangeService ужо ўтрымлівае канчатковы пункт EWS і налады службы. Яго Credentials — гэта ўліковы запіс Exchange; proxy.Credentials — ўліковы запіс пасярэдніка. Параметр службы з прадвызначанымі ўліковымі данымі не запаўняе гэты аб'ект проксі аўтаматычна.

Для свядома прамога злучэння ў гэтым стэку API:

exchangeService.WebProxy = new WebProxy();

Пусты WebProxy выбірае прамыя паводзіны. Але null WebProxy службы пакідае прадвызначаную палітыку проксі базавага запыту ў сіле.

Для аднаго лакальнага хоста выкарыстайце мэтавы абыход, які адпавядае яго фактычнаму напісанню і нестандартнаму порту, замест змены маршруту ўсёй машыны. Параўнайце URL EWS і аб'ект проксі, калі Outlook працуе: у таго іншага кліента могуць быць іншы маршрут і іншы ўліковы запіс пасярэдніка.

Падобныя артыкулы