В существующем локальном приложении 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 работает: у этого другого клиента может быть другой маршрут и другая учётная запись посредника.

Похожие статьи