I ett befintligt lokalt EWS Managed API-program tilldelar du förmedlaren till tjänsten före dess HTTP-åtgärder:

using System.Net;

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

exchangeService innehåller redan EWS-slutpunkten och tjänstinställningarna. Dess Credentials är Exchange-kontot; proxy.Credentials är förmedlarkontot. Tjänstens inställning för standardautentiseringsuppgifter fyller inte det proxyobjektet automatiskt.

För en avsiktligt direkt anslutning i denna API-stack:

exchangeService.WebProxy = new WebProxy();

En tom WebProxy väljer direkt beteende. En null WebProxy på tjänsten låter i stället den underliggande begärans standardproxyprincip gälla.

För bara en lokal värd använder du den avsedda kringgåenden som matchar dess faktiska stavning och icke-standardport i stället för att ändra vägen för hela datorn. Jämför EWS-URL:en och proxyobjektet när Outlook fungerar: den andra klienten kan ha en annan väg och ett annat förmedlarkonto.

Relaterade artiklar