လက်ရှိ အတွင်းပိုင်း 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 WebProxy ကမူ အခြေခံ တောင်းဆိုမှု၏ မူလ ပရောက်စီ မူဝါဒကို ဆက်လက် ထားရှိသည်။

အတွင်းပိုင်း ဟိုစ့် တစ်ခုတည်းအတွက်သာ စက်တစ်ခုလုံး၏ လမ်းကြောင်းကို ပြောင်းမည့်အစား ၎င်း၏ အမှန်တကယ် စာလုံးပေါင်းနှင့် မူလမဟုတ်သော ပို့တ်နှင့် ကိုက်ညီသော ရည်ရွယ်ထားသည့် ကျော်လွှားမှုကို အသုံးပြုပါ။ Outlook အလုပ်လုပ်သောအခါ EWS URL နှင့် ပရောက်စီ အရာဝတ္ထုကို နှိုင်းယှဉ်ပါ- ထို အခြား ကလိုင်းယင့်တွင် မတူညီသော လမ်းကြောင်းနှင့် ကြားခံအကောင့် ရှိနိုင်သည်။

ဆက်စပ်ဆောင်းပါးများ