د خپل Amazon SES حساب له لارې بریښنالیک واستوئ

تاسو به د AWS حساب او د خپل ډومین DNS ته لاسرسي ته اړتیا ولرئ. SES په دې لیست کې له پراخ توپیر سره تر ټولو ارزانه انتخاب دی، او هغه یو دی چې ډېر ګامونه لري.

د Amazon خپل اسناد: د ډومین تصدیقول · د SMTP اسنادو ترلاسه کول · له شګلنې ساحې (sandbox) څخه وتل

⭐ موږ له SES سره د دې د SMTP انټرفیس له لارې نښلوو، نه د دې د REST API له لارې. همدا لامل دی چې له تاسو څخه د AWS د لاسرسي کیلي (access key) پر ځای د SMTP کارن نوم او پټنوم غوښتل کېږي. دواړه لارې کټ مټ یو ډول پیغام رسوي؛ د SMTP لاره د AWS د غوښتنې-لاسلیک کولو د ستونزو له یوې بشپړې طبقې څخه مخنیوی کوي چې له بهر څخه یې تشخیص کول خورا ستونزمن وي، او دا هغه انټرفیس دی چې Amazon ورته په دقیقه توګه د دې لپاره اسناد خپروي چې زموږ په څېر اوزار یې وکاروي.

۱. یوه سیمه (region) وټاکئ او په هغې کې پاتې شئ

SES سیمه ییز دی. لاندې هر څه — ستاسو تایید شوی ډومین، ستاسو اسناد، ستاسو د لیږلو کوټه (sending quota) — په یوې AWS سیمې پورې اړه لري او په هېڅ بلې سیمې کې شتون نه لري.

هغه سیمه وټاکئ چې ستاسو مراجعینو ته خورا نږدې وي (د اروپا لپاره eu-west-1، د شمالي امریکا لپاره us-east-1) او یادداشت یې کړئ. په آیرلینډ کې د خپل ډومین تصدیقول او بیا په فرانکفورت کې د اسنادو جوړول دلته د یوې ماسپښین د ضایع کولو تر ټولو عامه لار ده، او هغه تېروتنه چې دا یې رامنځته کوي د سیمو په اړه هېڅ نه وايي.

۲. خپل ډومین تایید کړئ

د Amazon SES کنسول ← Identities ← Create identity ← Domain. یو فرعي ډومین لکه mail.yourdomain.com دننه کړئ.

Easy DKIM فعال کړئ او RSA_2048_BIT وټاکئ. SES تاسو ته درې CNAME ریکارډونه درکوي:

درې واړه اضافه کړئ. تصدیق معمولاً د یو ساعت په اوږدو کې بشپړیږي.

⭐ همدارنګه یو دودیز MAIL FROM ډومین (bounce.mail.yourdomain.com) فعال کړئ او د MX او SPF TXT ریکارډونه چې دا یې غوښتنه کوي اضافه کړئ. د دې پرته ستاسو د پاکټ لېږونکی amazonses.com دی، نو SPF ستاسو پر ځای له Amazon سره مطابقت مومي، او تاسو یوازې په DKIM تکیه کوئ.

۳. له شګلنې ساحې (sandbox) څخه ووځئ — دا هغه ګام دی چې خلک یې هېروي

⛔⛔ یو نوی SES حساب په شګلنه ساحه کې وي او یوازې هغو پتو ته لیږل کولی شي چې تاسو په جلا توګه تایید کړي وي. دا به نور هر څه ومني او هېڅ به ونه رسوي.

دا کټ مټ هغه ناکامي ده چې زموږ د تصدیق ګام د هغې د نیولو لپاره شتون لري: په شګلنه ساحه کې، SES ستاسو پیغام په بشپړ ډول د عادي بریالیتوب غبرګون سره اخلي او بیا یې غورځوي. که تاسو زموږ تنظیمات هغې پتې ته د ازموینې په لیږلو سره تایید کړئ چې تاسو په تصادفي ډول په AWS کې تایید کړې وي، دا به کار وکړي — او بیا به یو حقیقي پیرودونکي ته هر پیغام ورک شي.

د حساب ډشبورډ ← Request production access. Amazon پوښتنه کوي چې تاسو څه لیږئ او د نه رسیدلو پیغامونو (bounces) سره څنګه چلند کوئ؛ ستاسو خپلو مراجعینو ته د معاملاتي خبرتیاوو په اړه دوه صادقانه جملې معمولاً په ۲۴ ساعتونو کې تصویب کیږي.

⭐ دا کار مخکې له دې چې تاسو دلته SES وصل کړئ، ترسره کړئ. وروسته د حل کولو (debug) لپاره هېڅ شی نشته، ځکه چې هېڅ شی نه ناکامیږي.

۴. د SMTP اسناد جوړ کړئ

د SES کنسول ← SMTP settings ← Create SMTP credentials.

دا د یوازې-لیږلو له اجازې سره یو IAM کارن جوړوي او تاسو ته یو د SMTP کارن نوم او یو د SMTP پټنوم درکوي.

⛔ دا ستاسو د AWS د لاسرسي کیلي (access key) او پټه کیلي (secret) نه دي. دا د یو ځانګړي الګوریتم له لارې له یو IAM راز څخه اخیستل شوي دي او د یو بل پر ځای د بدلیدو وړ نه دي. دلته د AWS د پټ لاسرسي کیلي نښلول به هر ځل د اعتبار تصدیق ناکام کړي، او تېروتنه به په ساده ډول ووایي چې اسناد رد شوي وو.

⚠️ پټنوم یو ځل ښودل کیږي. مخکې له دې چې پاڼه پریږدئ CSV ډاونلوډ کړئ.

۵. دا په Zinn® کې وصل کړئ

په خپل ډشبورډ کې Email sending پرانیزئ:

• Provider — Amazon SES
• Send from this domain — mail.yourdomain.com
• AWS region — له لومړي ګام څخه سیمه، لکه eu-west-1
• SMTP username — له ۴ ګام څخه
• Port — په 587 یې پریږدئ
• SES SMTP password — له ۴ ګام څخه

موږ ستاسو لپاره کوربه (host) جوړوو (email-smtp.<region>.amazonaws.com)، نو د ناسم ټایپ کولو لپاره هېڅ د کوربه نوم (hostname) نشته.

۶. ازموینه واستوئ او کوډ دننه کړئ

په یو بل ډومین کې چې تاسو په AWS کې نه وي تایید کړی یو ان باکس ته Send test message ووهئ — د شخصي Gmail پته غوره ده، ځکه چې دا هغه څه دي چې ثابتوي تاسو له شګلنې ساحې څخه بهر یاست. کوډ ولولئ او دننه یې کړئ.

کله چې دا کار نه کوي

حقیقي مراجع ته د لیږلو پر مهال "Email address is not verified" — تاسو لاهم په شګلنه ساحه کې یاست. ۳ ګام وګورئ.

535 Authentication Credentials Invalid — تاسو د SMTP اسنادو پر ځای د خپل AWS د لاسرسي کیلي کارولې ده (۴ ګام)، یا اسناد له هغې سیمې سره تړاو لري چې تاسو له دننه کړي څخه توپیر لري.

"Maximum sending rate exceeded" — د تولید نوی حساب په ثانیه کې په ۱۴ پیغامونو او په ورځ کې په ۵۰,۰۰۰ پیل کیږي. دا ډېر زیات خبرتیاوې دي، مګر که تاسو د مراجعینو یوه لویه برخه رالیږدوئ، لومړی د زیاتوالي غوښتنه وکړئ.

دا په ازموینه کې کار کاوه او په تولید کې ودرېد — د SES Reputation ډشبورډ وګورئ. کله چې د نه رسیدلو یا شکایت کچه د دوی له حد څخه واوړي نو Amazon په اوتومات ډول لیږل ودروي، او د پخوانیو مراجعینو له لیست سره له دې حد څخه اوښتل اسانه دي.