In einer bestehenden lokalen EWS Managed API-Anwendung weisen Sie den Vermittler vor den HTTP-Vorgängen dem Dienst zu:

using System.Net;

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

exchangeService enthält bereits den EWS-Endpunkt und die Diensteinstellungen. Seine Credentials sind das Exchange-Konto; proxy.Credentials sind das Vermittlerkonto. Die Option für Standardanmeldeinformationen des Dienstes füllt dieses Proxyobjekt nicht automatisch.

Für eine bewusst direkte Verbindung in diesem API-Stack:

exchangeService.WebProxy = new WebProxy();

Ein leerer WebProxy wählt das direkte Verhalten. Ein null WebProxy am Dienst belässt dagegen die Standard-Proxyrichtlinie der zugrunde liegenden Anforderung.

Für nur einen lokalen Host verwenden Sie die vorgesehene Umgehung, die zu seiner tatsächlichen Schreibweise und seinem Nicht-Standardport passt, statt die maschinenweite Route zu ändern. Vergleichen Sie die EWS-URL und das Proxyobjekt, wenn Outlook funktioniert: Dieser andere Client kann eine andere Route und ein anderes Vermittlerkonto haben.

Ähnliche Artikel