DSN SMTP အီးမေးလ်ပေးပို့ status ကိုမိတ်ဆက်ပေးနိုင်အောင်ရည်ရွယ်ထားပုံကိုထွက်ရှာပါ။
အစဉ်အဆက်ကိုသင် Sent အီးမေးလ်မှဖြစ်ပျက်အံ့ဩ?
ပင်မှာပဲအကျဉ်းချုပ်ကြည့် SMTP protocol ကို သင်ပုံမှန်အတိုင်း HELO မှတပါး, ထိုတိုးချဲ့ SMTP server ကိုမူလစံကျော်လွန်ယင်း၏စွမ်းရည်ကို advertise စေသည်ရာ EHLO လည်းရှိကွောငျးသတိထားမိကြပါလိမ့်မယ်။ ဤအထဲမှတစ်ဦး DSN ဖြစ်ပါတယ်။ DSN? DNA ကိုများနှင့်မလုံလောကျ DDT ဖြစ်ပါသလား
အီးမေးလ်ငြင်းခုန်ဖို့စိတ်မချရဖြစ်ပါသည်, တစ်စုံတစ်ယောက် " ... ပိုကောင်းတဲ့သူတို့ရဲ့ server ကိုအစာကျွေး, ငါ့ mail ကိုစားရကြ၏ ... " သင့်ကြောင်းအဆန်းတော့မဟုတ်ပါဘူး။ ငါကကိုယ့်ကိုယ်ကိုယ်လုပ်ပါ။ သို့သျောလညျးဤသံသယကိုထောကျပံ့ဖို့အများကြီးအကြောင်းပြချက်မရှိ။
Delivery S ကို tatus N ကို otification (1982 မှ) ကို RFC 821 ဝန်းကျင်ကတည်းကသိရသည်။ အဖြစ်မကြာမီများ၏အချက်အလက်တစိတ်တပိုင်းအဖြစ် SMTP protocol ကိုလက်စသတ်သည်နှင့်ဆာဗာပေးပို့များအတွက်အီးမေးလ်ကိုလက်ခံထားပြီးအဲဒါကိုများအတွက်တာဝန်ရှိသည်။ မည်သည့်အကြောင်းပြချက်ကလက်ခံရရှိသူကမှတဆင့်မရနိုငျသညျ, အကယ်. ကမူလပေးပို့သူဖို့အမှား၏အကြောင်းကြားစာနှင့်အတူပြန်ပေးပို့ရမည်ဖြစ်သည်။ ဒါကတချို့ထင်ရှားတဲ့အတွက်ရလဒ် ကအီးမေးလ် ။
အပြင်ကနေ, ဒီအဟောင်းကိုစည်းဝေးကြီးတစ်ခုကိုသင်တစ်ဦးရတယ်ဖြစ်စေဆိုလို အမှား အီးမေးလ်ရောက်ရှိလာခဲ့ကြပေမည်သို့မဟုတ်မ may: မက်ဆေ့ခ်ျကိုသို့မဟုတ်သင်ဘာမျှမသိဘူးသောအမှု၌အဘယ်အရာကိုမျှတယ်။ အမြားအပွားကိစ္စများတွင်အမှားမက်ဆေ့ခ်ျများမပါအမှားမက်ဆေ့ခ်ျများအဖြစ်နည်းတူထောကျအကူပွုခဲ့သညျ။ အီးမေးလ်နှင့်ဤ (ရှေ့မှာခဲ့လျှင်ကဲ့သို့) ကျေနပ်မရှိတော့ဖြစ်ပါတယ် ပို. ပို. အရေးကြီးသောဖြစ်လာ။
SMTP မှ DSN Extensions
RFC 1891 အတွက်အချို့ extensions တွေကိုအဆိုတင်သွင်း SMTP တစ်ဦးထက်ပိုယုံကြည်စိတ်ချရသောနှင့်ပိုပြီးအသုံးဝင် DSN စနစ်ဖြစ်ပေါ်သင့်ကြောင်း protocol ကို။ (ဤသူသည်သင်တို့မှဘာမျှမကိုဆိုလိုသည်လျှင်ဖတ်ဒါဟာ mail မှ extensions တွေကိုအစုတခုဖြစ်ပြီး RCPT ပညတ်တော်မူ၏ SMTP ဘယ်လိုအလုပ်လုပ်တယ် , ပြီးတော့ဒီနေရာမှာပြန်သွားပါ။ ) ။
အဘယ်သူမျှမ EHLO, အဘယ်သူမျှမပျော်စရာ
ပထမဦးစွာကျွန်တော်သေချာဆာဗာ DSN ကို support လုပ်ရန်ရှိသည်။ ထို့ကြောင့်ငါတို့သည်သူ့ကိုအရန် EHLO ဆိုရရန်ရှိသည်များနှင့်ဂရုတစိုက်နားထောင်ပါ။ ကအင်္ဂါရပ်စာရင်းထဲတွင် DSN somewher နှင့်အတူတုံ့ပြန်ခဲ့လျှင်ကျနော်တို့ကတောင်းဆိုမှုများကိုအစေခံနိုင်ပါလိမ့်မည်ယူဆနိုင်ပါတယ်။ မရလျှင်, မရ: ငါတို့သည်အခြားဆာဗာကိုကြိုးစားနိုင်သို့မဟုတ်ရိုးရိုးပြန်မကျ ကိုအီးမေးလ် DSN မရှိဘဲ။ (ဥပမာငါ၏အ input ကိုအပြာဖြစ်ခြင်း, ဆာဗာ၏ output ကိုအနက်ရောင်):
Sendmail 8.8.6 / 8.8.6 ESMTP 220 larose.magnet.at; နေရောင်, 24 သြဂုတ် 1997 18:23:22 +0200
EHLO မှာ localhost
[127.0.0.1] မှာ localhost မင်္ဂလာပါ 250-larose.magnet.at, သင်တွေ့ဆုံရန်ကျေနပ်
250-EXPN
250-ကြိယာ
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 အကူအညီ
ကံကောင်းတာကအခြားအမှုအရာတို့တွင်အကျနော်တို့ DSN ရှာပါ။
DSN ပေးပို့သူ Extensions
နောက်တစ်နေ့ command ကိုပုံမှန်အားမှမေးလ်ဖြစ်ပါတယ် :. DSN နှင့်အတူ, ဒီမျှကွဲပြားခြားနားသည်။ RET နှင့် ENVID: သင်တို့မူကားထုတ်ပြန်နိုင်သည်နှစ်ခုအပိုဆောင်းရွေးချယ်စရာရှိပါတယ်။
အဆိုပါ RET option ကိုမဟုတ်ဘဲမတရားဖမ်းဆီးမေးလ် command ကိုထားပေမယ့်အဖြစ်ကောင်းစွာကြောင့်ဘယ်နေရာမှာမဆိုတခြားလိုအဖြစ်ကဒီမှာကိုက်ညီခဲ့သည်။ အဆိုပါရည်ရွယ်ချက်တစ်ခုပေးပို့ပျက်ကွက်၏အမှု၌ပြန်ရောက်ရပါမည်ဘယ်လောက်သင်၏မူရင်းသတင်းစကားများ၏သတ်မှတ်ဖို့ဖြစ်ပါတယ်။ သက်တမ်းရှိအငြင်းပွားမှုများ FULL နှင့် HDRS ဖြစ်ကြသည်။ ပြီးပြည့်စုံသောမက်ဆေ့ခ်ျကိုအမှားသတင်းစကားတွင်ထည့်သွင်းသင့်ကြောင်းယခင်နည်းလမ်းများ, HDRS သာပျက်ကွက်မေးလ်၏ခေါင်းစီးများပြန်လာနိုင်ရန်ဆာဗာကိုညွှန်ကြားထားသည်။ RET မသတ်မှတ်ထားပါသည်ဆိုပါကဘာလုပ်ရမှန်းဆာဗာမှတက်သည်။ အများဆုံးကိစ္စများတွင် HDRS ပုံသေတန်ဖိုးဖြစ်လိမ့်မည်။
သူမသို့မဟုတ် (အစား) သူမ၏အီးမေးလ်ဂလိုင်းကဒီစာအိတ်အမှတ်အသားကိုမှန်ကန်စေသည်သောတစ်ဦးတည်းသာဖြစ်လိမ့်မည်အဖြစ် ENVID တကယ်ပေးပို့သူကပိုင်ဆိုင်သည်။ ယင်း၏ရည်ရွယ်ချက်တစ်ခုဖြစ်နိုင်သည်ထုတ်ပေး error message ကိုမှကိုက်ညီသည့်အီးမေးလ်ကိုပေးပို့သူကိုပြောပြရန်ဖြစ်ပါသည်။ ဒီ ID ကို၏ပုံစံကိုအခြေခံအားဖြင့်ပေးပို့သူရဲ့စိတ်ကူးစိတ်သန်းမှထွက်ခွာသွားသည်။ ကျွန်တော်တို့ရဲ့ဥပမာထဲမှာ (စိတ်ကူးစိတ်သန်း!) ENVID မသုံးပါလိမ့်မယ်:
sender@example.com RET = HDRS: FROM မှ Mail
250 sender@example.com ... ပေးပို့သူ ok
ပုံသာနောက်ကျောကျွန်တော်တို့ရဲ့ DSN အတွက်ခေါင်းစီးများအရချင်တယ်။
DSN လက်ခံသူ Extensions
အဆိုပါ RCPT TO: အဖြစ်ကောင်းစွာ extensions တွေကို၎င်း၏မျှတသောဝေစုရရှိသွားတဲ့: အကြောင်းကြားရန်နှင့် ORCPT ။
အကြောင်းကြားရန် DSN ၏အစစ်အမှန်နှလုံးဖြစ်ပါတယ်။ တစ်ဦးဖြန့်ဝေ status ကိုအကြောင်းကြားစာပေးပို့ဖို့တဲ့အခါဆာဗာပြောပြသည်။ ပထမဦးဆုံးဖြစ်နိုင်သောတန်ဖိုးကိုအခြေအနေမျိုးမှာမအောက် DSN ပေးပို့သူမှပြန်လာသောရမည်ဖြစ်သည်ဆိုလိုတာကဘယ်တော့မှဖြစ်ပါတယ်။ ဤသည် DSN မပါဘဲမဖြစ်နိုင်ပါဖြစ်ခဲ့သည်။ ထိုအခါသင်၏မေးလ်က၎င်း၏ဦးတည်ရာမှာ arraved အဖြစ်တဲ့အခါသင်အကြောင်းကြားတံ့သောအောငျမွငျလျက်ရှိ၏။ ကျရှုံးခြင်းအောင်မြင်မှုရဲ့အဆွေတော်ဖြစ်ပါတယ် (!): တစ်ဦး arror ပေးပို့ကာလအတွင်းဖြစ်ပေါ်ခဲ့သည်ဆိုပါကတစ်ဦး DSN ရောက်လာပါလိမ့်မယ်။ နောက်ဆုံး option ကို DELAY ဖြစ်ပါသည်: တစ်ခုပုံမှန်မဟုတ်သောပေးပို့အတွက်နှောင့်နှေးပေမယ့်အမှန်တကယ်ပေးပို့ရဲ့ရလဒ်ကို (အောင်မြင်မှုဒါမှမဟုတ်ရှုံးနိမ်) သေးဆုံးဖြတ်ခဲ့သည်သည်မဟုတ်လည်းမရှိလျှင်သင်အကြောင်းကြားပါလိမ့်မည်။ ဒါကြောင့်သတ်မှတ်ထားသောလျှင်, အခြားသုံးမယ့်ကော်မာများက delimited တစ်ဦးစာရင်းထဲတွင်ပေါ်လာနိုင်ပါသည်တစ်ခုတည်းသောအငြင်းအခုံဖြစ်ရပါမည်ဘယ်တော့မှ။ အောင်မြင်မှုနှင့်ကျရှုံးမှုအတူတကွတော်တော်အားကောင်းတဲ့အသင်းများအတွက်တက်အောင် (!), သင်၏မေးလ်မှဖြစ်ပျက် (နီးပါး) မည်သည့်အမှု၌သင်တို့ကိုပြောပြ။
ဒါကြောင့်အခြားလိပ်စာမှပေးပို့လျှင် ORCPT ၏ရည်ရွယ်ချက်မှာထိန်းသိမ်းစောင့်ရှောက်ဖို့ဥပမာအီးမေးလ်မက်ဆေ့ခ်ျ၏မူလလက်ခံရရှိသူဖြစ်ပါသည်။ ဒီ option ကိုရန်အငြင်းအခုံအတူတကွလိပ်စာအမျိုးအစားနှင့်အတူမူရင်းလက်ခံရရှိသူများ၏အီးမေးလ်လိပ်စာဖြစ်ပါတယ်။ လိပ်စာရိုက်ထည့်တဲ့ semicolon နှင့်နောက်ဆုံးတွင်လိပ်စာနောက်တွင်ပထမဦးဆုံးလာပါတယ်။ ဥပမာ:
; support@example.com support@example.com ကိုအကြောင်းကြား = failure, DELAY ORCPT = rfc822: TO သို့ RCPT
250 support@example.com ... လက်ခံသူ ok (တန်းစီပါလိမ့်မယ်)
ကျနော်တို့နောက်ဆုံးမှာ, မျှော်လင့်သိနှင့်အမျှဤဒေတာများကတစ်ဦးရဲ့အောင်မြင်မှု၏သင့်အားအကြောင်းကြားတစ်ဦးဖြန့်ဝေ status ကိုအကြောင်းကြားစာနောက်တော်သို့လိုက်သည်။
DSN လုပ်ငန်းခွင်ပါသလား
ဟုတ်ပါတယ်, ဤအမှုအလုံးစုံတို့ကိုအလှတရားများနှင့်ကျေးသာပေးပို့သူထံမှလက်ခံရရှိသူထောက်ခံမှု DSN ဖို့မေးလ်သယ်ယူပို့ဆောင်ရေးအေးဂျင့်ပါလျှင်အလုပ်မလုပ်ပါလိမ့်မယ်။ အချို့ကနေ့ကသူတို့မည်။