في تطبيق 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 الفارغ السلوك المباشر. أما WebProxy الفارغ (null) على الخدمة فيُبقي سياسة الوكيل الافتراضية للطلب الأساسي كما هي.

لمضيف محلي واحد فقط، استخدم تجاوز الوكيل المقصود المطابق لكتابته الفعلية ولمنفذه غير الافتراضي بدلًا من تغيير المسار على مستوى الجهاز. قارن عنوان URL الخاص بـ EWS وكائن الوكيل عندما يعمل Outlook: فقد يكون لذلك العميل الآخر مسار وحساب وسيط مختلفان.

مقالات ذات صلة