သင့်ကိုယ်ပိုင် Amazon SES အကောင့်မှတစ်ဆင့် အီးမေးလ် ပေးပို့ပါ

သင်သည် AWS အကောင့်တစ်ခုနှင့် သင့်ဒိုမိန်း၏ DNS သို့ ဝင်ရောက်ခွင့် လိုအပ်မည်ဖြစ်သည်။ SES သည် ဤစာရင်းတွင် အခြားအရာများထက် ကွာခြားချက်အများကြီးဖြင့် စျေးအသက်သာဆုံး ရွေးချယ်စရာဖြစ်ပြီး အဆင့်အများဆုံး လုပ်ဆောင်ရသည့်တစ်ခုလည်း ဖြစ်သည်။

Amazon ၏ ကိုယ်ပိုင် အထောက်အထားစာရွက်စာတမ်းများ- Verifying a domain · Obtaining SMTP credentials · Moving out of the sandbox

⭐ ကျွန်ုပ်တို့သည် SES ကို ၎င်း၏ REST API မှတစ်ဆင့် မဟုတ်ဘဲ SMTP အင်တာဖေ့စ်မှတစ်ဆင့် ချိတ်ဆက်ပါသည်။ ထို့ကြောင့် သင့်အား AWS access key အစား SMTP အသုံးပြုသူအမည်နှင့် လျှို့ဝှက်နံပါတ် တောင်းဆိုရခြင်း ဖြစ်ပါသည်။ လမ်းကြောင်းနှစ်ခုစလုံးသည် တူညီသော မက်ဆေ့ဂျ်ကို အတိအကျ ပို့ဆောင်ပေးပါသည်၊ SMTP လမ်းကြောင်းသည် အပြင်ဘက်မှ ရှာဖွေစစ်ဆေးရန် ခက်ခဲလှသည့် AWS request-signing ပြဿနာတစ်စုလုံးကို ရှောင်ရှားနိုင်ပြီး ၎င်းသည် ကျွန်ုပ်တို့၏ ကိရိယာများကဲ့သို့သော အရာများ အသုံးပြုနိုင်ရန်အတွက် Amazon မှ အထောက်အထားများ ထုတ်ပေးထားသည့် အင်တာဖေ့စ် အတိအကျ ဖြစ်ပါသည်။

၁။ ဒေသတစ်ခုကို ရွေးချယ်ပြီး ၎င်းတွင်သာ ဆက်လက်ရှိနေပါ

SES သည် ဒေသဆိုင်ရာ (regional) ဖြစ်သည်။ အောက်ပါအရာအားလုံး — သင် အတည်ပြုထားသော ဒိုမိန်း၊ သင့်အထောက်အထားများ၊ သင့်ပေးပို့မှုခွင့်ပြုပမာဏ (sending quota) — သည် AWS ဒေသတစ်ခုတည်း အတွက်သာ သက်ဆိုင်ပြီး အခြားမည်သည့်ဒေသတွင်မျှ မရှိပါ။

သင့်ဖောက်သည်များနှင့် အနီးဆုံးဖြစ်သော ဒေသကို ရွေးချယ်ပါ (ဥရောပအတွက် eu-west-1၊ မြောက်အမေရိကအတွက် us-east-1) ပြီးလျှင် ၎င်းကို မှတ်သားထားပါ။ သင့်ဒိုမိန်းကို အိုင်ယာလန်တွင် အတည်ပြုပြီးနောက် ဖရန့်ဖွတ်တွင် အထောက်အထားများ ဖန်တီးခြင်းသည် ဤနေရာတွင် နေ့ခင်းတစ်ခုလုံး အချိန်ကုန်စေမည့် အဖြစ်အများဆုံး နည်းလမ်းဖြစ်ပြီး ထွက်ပေါ်လာသော အမှားသတင်းစကားတွင် ဒေသများနှင့် ပတ်သက်၍ မည်သည့်အရာမျှ ဖော်ပြမည်မဟုတ်ပါ။

၂။ သင့်ဒိုမိန်းကို အတည်ပြုပါ

Amazon SES console → Identities → Create identity → Domain။ mail.yourdomain.com ကဲ့သို့သော subdomain တစ်ခုကို ထည့်သွင်းပါ။

Easy DKIM ကို ဖွင့်ပြီး RSA_2048_BIT ကို ရွေးချယ်ပါ။ SES သည် သင့်အား CNAME မှတ်တမ်း သုံးခု ပေးပါလိမ့်မည်-

သုံးခုစလုံးကို ထည့်သွင်းပါ။ အတည်ပြုခြင်းသည် များသောအားဖြင့် တစ်နာရီအတွင်း ပြီးစီးပါသည်။

⭐ ထို့အပြင် စိတ်ကြိုက် MAIL FROM ဒိုမိန်း (bounce.mail.yourdomain.com) ကို ဖွင့်ပြီး ၎င်းတောင်းဆိုသော MX နှင့် SPF TXT မှတ်တမ်းများကို ထည့်သွင်းပါ။ ၎င်းမပါရှိပါက သင့် envelope ပေးပို့သူသည် amazonses.com ဖြစ်နေမည်ဖြစ်သဖြင့် SPF သည် သင်နှင့် မဟုတ်ဘဲ Amazon နှင့် ကိုက်ညီနေမည်ဖြစ်ပြီး သင်သည် DKIM တစ်ခုတည်းကိုသာ အားကိုးနေရပါလိမ့်မည်။

၃။ Sandbox မှ ထွက်ပါ — ဤသည်မှာ လူများ လွတ်သွားတတ်သည့် အဆင့်ဖြစ်သည်

⛔⛔ SES အကောင့်အသစ်တစ်ခုသည် sandbox တွင် ရှိနေပြီး သင် သီးခြားအတည်ပြုထားသော လိပ်စာများသို့သာ ပေးပို့နိုင်ပါသည်။ ၎င်းသည် အခြားအရာအားလုံးကို လက်ခံမည်ဖြစ်သော်လည်း မည်သည့်အရာကိုမျှ ပို့ဆောင်ပေးမည် မဟုတ်ပါ။

ဤသည်မှာ ကျွန်ုပ်တို့၏ အတည်ပြုခြင်းအဆင့်မှ ဖမ်းယူရန် တည်ရှိနေသော ချို့ယွင်းချက် အတိအကျ ဖြစ်ပါသည်- sandbox တွင် SES သည် သင့်မက်ဆေ့ဂျ်ကို ပုံမှန် အောင်မြင်သည့် တုံ့ပြန်မှုဖြင့် လက်ခံပြီးနောက် စွန့်ပစ်လိုက်ပါသည်။ သင်သည် ကျွန်ုပ်တို့၏ စနစ်ထည့်သွင်းမှုကို AWS တွင် သင် အတည်ပြုထားမိသည့် လိပ်စာတစ်ခုသို့ စမ်းသပ်ပေးပို့ခြင်းဖြင့် အတည်ပြုပါက အလုပ်လုပ်မည်ဖြစ်ပြီး — ထို့နောက်တွင် စစ်မှန်သော ဖောက်သည်တစ်ဦးထံသို့ ပေးပို့သော မက်ဆေ့ဂျ်တိုင်း ပျောက်ဆုံးသွားပါလိမ့်မည်။

Account dashboard → Request production access။ Amazon သည် သင် မည်သည့်အရာများ ပေးပို့သည်နှင့် bounce များကို မည်သို့ ကိုင်တွယ်သည်ကို မေးမြန်းပါသည်၊ သင့်ကိုယ်ပိုင် ဖောက်သည်များထံသို့ ပေးပို့သော အကြောင်းကြားစာများ (transactional notifications) နှင့် ပတ်သက်သည့် ရိုးသားသော စာကြောင်း နှစ်ကြောင်းခန့်သည် ပုံမှန်အားဖြင့် ၂၄ နာရီအတွင်း အတည်ပြုချက် ရရှိပါသည်။

⭐ ဤနေရာတွင် SES မချိတ်ဆက်မီ ကြိုတင်၍ ဤအရာကို ပြုလုပ်ပါ။ ထို့နောက်တွင် ချို့ယွင်းမှု မရှိသည့်အတွက် အမှားရှာစစ်ဆေးရန် မည်သည့်အရာမျှ ရှိမည်မဟုတ်ပါ။

၄။ SMTP အထောက်အထားများ ဖန်တီးပါ

SES console → SMTP settings → Create SMTP credentials။

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

⛔ ဤအရာများသည် သင့် AWS access key နှင့် secret မဟုတ်ပါ။ ၎င်းတို့သည် သီးခြား အယ်လဂိုရီသမ်တစ်ခုဖြင့် IAM secret မှ ဆင်းသက်လာခြင်းဖြစ်ပြီး အချင်းချင်း အစားထိုး အသုံးပြု၍မရပါ။ AWS secret access key တစ်ခုကို ဤနေရာတွင် ကူးထည့်ပါက အထောက်အထားစိစစ်ခြင်း အမြဲမပြတ် ကျရှုံးမည်ဖြစ်ပြီး အမှားသတင်းစကားတွင် အထောက်အထားများကို ငြင်းပယ်လိုက်ကြောင်းသာ ရိုးရှင်းစွာ ဖော်ပြပါလိမ့်မည်။

⚠️ လျှို့ဝှက်နံပါတ်ကို တစ်ကြိမ်သာ ပြသပါမည်။ စာမျက်နှာမှ မထွက်ခွာမီ CSV ကို ဒေါင်းလုဒ်လုပ်ပါ။

၅။ ၎င်းကို Zinn® တွင် ချိတ်ဆက်ပါ

သင့် dashboard ရှိ အီးမေးလ် ပေးပို့ခြင်း ကို ဖွင့်ပါ-

• ဝန်ဆောင်မှုပေးသူ — Amazon SES
• ဤဒိုမိန်းမှ ပေးပို့ရန် — mail.yourdomain.com
• AWS ဒေသ — အဆင့် ၁ မှ ဒေသ၊ ဥပမာ eu-west-1
• SMTP အသုံးပြုသူအမည် — အဆင့် ၄ မှ
• Port — 587 အတိုင်း ထားရှိပါ
• SES SMTP လျှို့ဝှက်နံပါတ် — အဆင့် ၄ မှ

ကျွန်ုပ်တို့သည် သင့်အတွက် host (email-smtp.<region>.amazonaws.com) ကို ဖန်တီးပေးထားသောကြောင့် hostname စာလုံးပေါင်းမှားရိုက်ရန် မရှိပါ။

၆။ စမ်းသပ်ချက်ကို ပေးပို့ပြီး ကုဒ်ကို ထည့်သွင်းပါ

AWS တွင် သင် အတည်မပြုထားသော အခြားဒိုမိန်းတစ်ခုပေါ်ရှိ အင်ဘောက်စ်တစ်ခုသို့ စမ်းသပ်မက်ဆေ့ဂျ် ပေးပို့ရန် ကို နှိပ်ပါ — ကိုယ်ပိုင် Gmail လိပ်စာတစ်ခုသည် အကောင်းဆုံးဖြစ်သည်၊ အကြောင်းမှာ ၎င်းသည် သင် sandbox မှ ထွက်ပြီးဖြစ်ကြောင်း သက်သေပြနိုင်သော တစ်ခုတည်းသော အရာဖြစ်သောကြောင့် ဖြစ်သည်။ ကုဒ်ကို ဖတ်ရှုပြီး ၎င်းကို ထည့်သွင်းပါ။

အလုပ်မလုပ်သည့်အခါ

စစ်မှန်သော ဖောက်သည်တစ်ဦးထံသို့ ပေးပို့နေစဉ် "Email address is not verified" ဟု ပေါ်ပါက — သင်သည် sandbox တွင် ရှိနေဆဲဖြစ်သည်။ အဆင့် ၃။

535 Authentication Credentials Invalid — သင်သည် SMTP အထောက်အထားများအစား သင်၏ AWS access key ကို အသုံးပြုခဲ့သည် (အဆင့် ၄)၊ သို့မဟုတ် အထောက်အထားများသည် သင် ထည့်သွင်းထားသော ဒေသနှင့် မတူညီသော အခြားဒေသတစ်ခုနှင့် သက်ဆိုင်နေပါသည်။

"Maximum sending rate exceeded" — ထုတ်လုပ်မှုအကောင့် အသစ်တစ်ခုသည် တစ်စက္ကန့်လျှင် မက်ဆေ့ဂျ် ၁၄ စောင်နှင့် တစ်ရက်လျှင် ၅၀,၀၀၀ စောင်ဖြင့် စတင်ပါသည်။ ၎င်းသည် အလွန်များပြားသော အကြောင်းကြားစာ ပမာဏဖြစ်သည်၊ သို့သော် သင်သည် ကြီးမားသော ဖောက်သည်အခြေပြုစနစ်တစ်ခုကို ပြောင်းရွှေ့နေပါက ဦးစွာ တိုးမြှင့်ပေးရန် တောင်းဆိုပါ။

စမ်းသပ်မှုတွင် အလုပ်လုပ်ပြီး ထုတ်လုပ်မှုတွင် ရပ်တန့်သွားခဲ့သည် — SES ၏ Reputation dashboard ကို စစ်ဆေးပါ။ bounce သို့မဟုတ် တိုင်ကြားမှုနှုန်းသည် ၎င်းတို့၏ သတ်မှတ်ချက်ထက် ကျော်လွန်သွားသောအခါ Amazon သည် ပေးပို့ခြင်းကို အလိုအလျောက် ရပ်တန့်စေပြီး၊ ဖောက်သည်စာရင်း အဟောင်းတစ်ခုဖြင့် ထိုသတ်မှတ်ချက်ကို အလွယ်တကူ ကျော်လွန်သွားနိုင်ပါသည်။