curl ဖြင့် HTTP proxy မှတစ်ဆင့် မေးလ်ပို့ခြင်း

မေးလ်ဆာဗာ၏ port သို့ CONNECT tunnel ကို ခွင့်ပြုပါက HTTP proxy သည် SMTP ချိတ်ဆက်မှုကို သယ်ဆောင်နိုင်သည်။ ထိုခွင့်ပြုချက်သည် တူညီသော proxy မှတစ်ဆင့် ဝဘ်စာမျက်နှာ ရောက်သည်မရောက်သည်ထက် ပို၍အရေးကြီးသည်။

STARTTLS နှင့် SMTP အသုံးပြုသော ပေးပို့မှုသည် ဤအထွေထွေပုံစံရှိသည်−

curl --proxy http://203.0.113.10:8080 --proxytunnel \
  --url smtp://mail.example.com:587 --ssl-reqd \
  --user mail-user \
  --mail-from [email protected] \
  --mail-rcpt [email protected] \
  --upload-file message.eml

လိပ်စာများသည် နေရာကိုင်များဖြစ်သည်။ သင့်တွင် အခွင့်အာဏာရှိသော မေးလ်ဝန်ဆောင်မှုနှင့် ပို့သူကို အသုံးပြုပါ။ အသုံးပြုသူ ရွေးချယ်မှုတွင် အသုံးပြုသူအမည်သာ ပါဝင်ပါက curl သည် စကားဝှက်ကို မေးသည်။ မက်ဆေ့ခ်ျဖိုင်တွင် သင့်လျော်သော မေးလ်ခေါင်းစီးများ၊ ဗလာလိုင်းတစ်လိုင်းနှင့် ကိုယ်ထည် လိုအပ်သည်၊ ၎င်းသည် လက်ခံသူလိပ်စာသာ မဟုတ်ပါ။

သီးခြား ချိတ်ဆက်မှုများနှင့် လော့ဂ်အင်များကို မျှော်လင့်ပါ

HTTP tunnel ရွေးချယ်မှု သည် curl အား proxy ထံမှ SMTP ပန်းတိုင်သို့ ချိတ်ဆက်မှု တောင်းခံစေသည်။ proxy သည် curl ၏ proxy အတည်ပြုခြင်း ရွေးချယ်မှုများမှတစ်ဆင့် ၎င်း၏ကိုယ်ပိုင် အထောက်အထားများကို တောင်းခံနိုင်သည်။ ထို့နောက် SMTP ဝန်ဆောင်မှုသည် ထိုချိတ်ဆက်မှုအတွင်း မေးလ်အသုံးပြုသူကို အတည်ပြုသည်။

--ssl-reqd ဤ SMTP URL အတွက် TLS အဆင့်မြှင့်မှု လိုအပ်သည်။ ရည်ရွယ်ထားသော မေးလ် host အမည်အတွက် လက်မှတ်စစ်ဆေးမှုကို ဖွင့်ထားပါ။ အောင်မြင်သော proxy အတည်ပြုမှုသည် TLS သို့မဟုတ် မေးလ်လော့ဂ်အင် အောင်မြင်မည်ဟု သက်သေမပြပါ။

အထွေထွေ HTTP proxy အများအပြားသည် CONNECT port များကို ကန့်သတ်သည်။ port 587 ကို ငြင်းပယ်ခြင်းသည် ရည်ရွယ်ချက်ရှိသော မူဝါဒ ဖြစ်နိုင်သည်။ မသက်ဆိုင်သော port များကို ထပ်ခါတလဲလဲ စမ်းသပ်ခြင်း သို့မဟုတ် ကန့်သတ်ချက်ကို ချို့ယွင်းမှုအဖြစ် သတ်မှတ်ခြင်းအစား အတည်ပြုထားသော လမ်းကြောင်းကို တောင်းပါ။

လမ်းကြောင်း အလုပ်လုပ်ပြီးနောက် မေးလ်ဝန်ဆောင်မှုများသည် ပို့သူခွင့်ပြုချက်များနှင့် ပေးပို့မှုမူဝါဒများကို ကျင့်သုံးနိုင်သည်။ SMTP တုံ့ပြန်မှုကို ဖတ်ပါ။ အတည်ပြုပြီးနောက် ငြင်းပယ်ခံရသော မက်ဆေ့ခ်ျသည် SMTP နှုတ်ဆက်စကား မရောက်မီ ငြင်းပယ်ခံရသော tunnel နှင့် မတူညီသော ဖြေရှင်းနည်း လိုအပ်သည်။