Postfix ကို မေးလ် relay သို့ ချိန်ညှိပါ၊ ဝက်ဘ် proxy သို့ မဟုတ်

relayhost = proxy.example.net:3128 နှစ်ဖက်စလုံး စကားစပြောသည်အထိ သင့်တင့်ပုံရသည်။ Postfix သည် SMTP အဖော်ကို မျှော်လင့်သည်။ 3128 ပေါ်ရှိ ဝက်ဘ် proxy သည် HTTP proxy တောင်းဆိုမှုကို မျှော်လင့်သည်။ မည်သူမျှ မိမိမျှော်လင့်သော စကားဝိုင်းကို မရရှိပါ။

ကွန်ရက်က အတည်ပြုထားသော မေးလ် relay ကို ပံ့ပိုးပေးပါက အစားထိုးအနေဖြင့် ထို SMTP ဝန်ဆောင်မှုကို သတ်မှတ်ပါ။ ပုံမှန်ပုံစံမှာ ဤသို့ဖြစ်သည်။

relayhost = [smtp-relay.example.net]:587

host အမည်နှင့် port သည် ဥပမာများဖြစ်သည်။ လေးထောင့်ကွင်းများက ထို relay အမည်အတွက် MX ရှာဖွေမှုကို ပိတ်ထားသည်။ ၎င်းတို့သည် HTTP CONNECT၊ TLS သို့မဟုတ် အတည်ပြုခြင်းကို မထည့်ပါ။ relay လိုအပ်သော submission၊ SASL နှင့် TLS ဆက်တင်များကို သီးခြားသတ်မှတ်ပါ။

အကောင့်နှစ်ခုလည်း မတူနိုင်ပါ။ ဝက်ဘ် proxy လက်ခံသော စကားဝှက်သည် အလိုအလျောက် မေးလ်ပေးပို့ခွင့် အထောက်အထား မဟုတ်ပါ၊ ချိတ်ဆက်မှုကို လက်ခံပြီးနောက်တွင်လည်း relay သည် ပေးပို့သူကို ငြင်းပယ်နိုင်သည်။

အတည်ပြုထားသော တစ်ခုတည်းသောလမ်းက tunnel ဖြစ်ပါက။

HTTP proxy သည် ဦးတည်ရာနှင့် port ကို ခွင့်ပြုပါက SMTP ကို CONNECT မှတစ်ဆင့် သယ်ဆောင်နိုင်သည်။ ယင်းက မည်သည့် SMTP client ကိုမျှ CONNECT ဖန်တီးစေသည် မဟုတ်ပါ။ curl ကဲ့သို့ ကိရိယာတွင် ရှင်းလင်းသော proxy tunnel ရွေးချယ်မှု ရှိသည်။ Postfix ၏ relayhost ကို သတ်မှတ်ခြင်းသည် အခြား interface ဖြစ်သည်။

ပုံသေ SSH ပို့ဆောင်မှု သို့မဟုတ် ရည်ရွယ်ချက်ဖြင့် တည်ဆောက်ထားသော ဒေသတွင်း သယ်ယူပို့ဆောင်ရေး အဒက်တာသည် အတည်ပြုထားသော SMTP ဝန်ဆောင်မှုတစ်ခုကို ဒေသတွင်း TCP အဆုံးမှတ်အဖြစ် ဖော်ထုတ်နိုင်သည်။ ထိုဒီဇိုင်းတွင် Postfix သည် အဆုံးမှတ်နှင့် SMTP စကားပြောပြီး အဒက်တာက အခြား သယ်ယူပို့ဆောင်ရေးကို ပံ့ပိုးသည်။ ကန့်သတ်ထားပြီး ရည်ရွယ်ထားသော မေးလ်ဆာဗာ၏ TLS အထောက်အထားကို ထိန်းသိမ်းပါ။ ချိတ်ဆက်မှုလိပ်စာကို loopback သို့ ပြောင်းခြင်းသည် အမည်အခြေပြု လက်မှတ်မူဝါဒကို ထိခိုက်နိုင်သည်။

ကွန်ရက်အော်ပရေတာ ပံ့ပိုးသော ဝန်ဆောင်မှုသည် မေးလ် relay ဖြစ်ပါက ထိုကို ဦးစားပေးပါ။ ၎င်းသည် တန်းစီခြင်း၊ ပေးပို့သူမူဝါဒနှင့် ပို့ဆောင်မှု အမှားများအတွက် SMTP ကို နားလည်သော အိမ်ကို ပေးသည်။ ဝက်ဘ် proxy ဆက်တင် တစ်ခုတည်းဖြင့် ထို မေးလ်လုပ်ငန်းများထဲမှ တစ်ခုကိုမျှ မပံ့ပိုးပါ။