আপনার নিজস্ব Amazon SES অ্যাকাউন্টের মাধ্যমে ইমেল পাঠান

আপনার একটি AWS অ্যাকাউন্ট এবং আপনার ডোমেইনের DNS-এ অ্যাক্সেস প্রয়োজন হবে। এই তালিকায় SES হলো ব্যাপক ব্যবধানে সবচেয়ে সাশ্রয়ী বিকল্প, এবং যেটিতে সবচেয়ে বেশি ধাপ রয়েছে।

Amazon-এর নিজস্ব নথিপত্র: ডোমেইন যাচাইকরণ · SMTP ক্রেডেনশিয়াল সংগ্রহ · স্যান্ডবক্স থেকে বের হওয়া

⭐ আমরা SES-এর সাথে এর SMTP ইন্টারফেসের মাধ্যমে সংযোগ করি, এর REST API-এর মাধ্যমে নয়। এই কারণেই আপনার কাছে একটি AWS অ্যাক্সেস কী-এর পরিবর্তে একটি SMTP ব্যবহারকারীর নাম এবং পাসওয়ার্ড চাওয়া হয়। উভয় পথেই ঠিক একই বার্তা প্রেরিত হয়; SMTP পথটি AWS-এর রিকোয়েস্ট-সাইনিং সংক্রান্ত সমস্যার পুরো এক সেট এড়িয়ে চলে যা বাইরে থেকে নির্ণয় করা অত্যন্ত কষ্টসাধ্য, এবং এটি সেই ইন্টারফেস যার জন্য Amazon সুনির্দিষ্টভাবে ক্রেডেনশিয়াল প্রকাশ করে যাতে আমাদের মতো টুলগুলো এটি ব্যবহার করতে পারে।

১. একটি অঞ্চল বেছে নিন এবং সেটিতেই থাকুন

SES অঞ্চলভিত্তিক। নীচের সবকিছু — আপনার যাচাইকৃত ডোমেইন, আপনার ক্রেডেনশিয়াল, আপনার প্রেরণের কোটা — একটি AWS অঞ্চলের অন্তর্গত এবং অন্য কোনো অঞ্চলে এর অস্তিত্ব নেই।

আপনার ক্লায়েন্টদের সবচেয়ে কাছের অঞ্চলটি বেছে নিন (ইউরোপের জন্য eu-west-1, উত্তর আমেরিকার জন্য us-east-1) এবং এটি লিখে রাখুন। আয়ারল্যান্ডে আপনার ডোমেইন যাচাই করা এবং তারপর ফ্রাঙ্কফুর্টে ক্রেডেনশিয়াল তৈরি করা হলো এখানে একটি বিকেল নষ্ট করার সবচেয়ে সাধারণ উপায়, এবং এর ফলে যে ত্রুটি তৈরি হয় তাতে অঞ্চল সম্পর্কে কিছুই বলা থাকে না।

২. আপনার ডোমেইন যাচাই করুন

Amazon SES console → 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-এর ওপর নির্ভর করছেন।

৩. স্যান্ডবক্স থেকে বেরিয়ে আসুন — এটি সেই ধাপ যা মানুষ মিস করে

⛔⛔ একটি নতুন SES অ্যাকাউন্ট স্যান্ডবক্সে থাকে এবং এটি শুধুমাত্র সেই ঠিকানাগুলোতেই পাঠাতে পারে যা আপনি আলাদাভাবে যাচাই করেছেন। এটি অন্য সবকিছু গ্রহণ করবে এবং তার কোনোটিই ডেলিভার করবে না।

আমাদের যাচাইকরণ ধাপটি ঠিক এই ব্যর্থতাটি চিহ্নিত করতেই বিদ্যমান: স্যান্ডবক্সে, SES আপনার বার্তাটিকে সম্পূর্ণ সাধারণ একটি সফল প্রতিক্রিয়ার মাধ্যমে গ্রহণ করে এবং তারপর তা বাতিল করে দেয়। আপনি যদি AWS-এ যাচাই করেছেন এমন একটি ঠিকানায় পরীক্ষা পাঠিয়ে আমাদের সেটআপ যাচাই করেন, তবে এটি কাজ করবে — এবং তারপরে প্রকৃত ক্লায়েন্টের কাছে পাঠানো প্রতিটি বার্তা অদৃশ্য হয়ে যাবে।

Account dashboard → Request production access। Amazon জানতে চায় আপনি কী পাঠান এবং আপনি কীভাবে বাউন্স পরিচালনা করেন; আপনার নিজস্ব ক্লায়েন্টদের কাছে লেনদেন সংক্রান্ত নোটিফিকেশন সম্পর্কে কয়েকটি সৎ বাক্য সাধারণত ২৪ ঘণ্টার মধ্যে অনুমোদিত হয়।

⭐ আপনি এখানে SES সংযুক্ত করার আগে এটি করুন। পরবর্তীতে ডিবাগ করার মতো কিছুই থাকে না, কারণ কোনো কিছুই ব্যর্থ হয় না।

৪. SMTP ক্রেডেনশিয়াল তৈরি করুন

SES console → SMTP settings → Create SMTP credentials।

এটি শুধুমাত্র পাঠানোর অনুমতিসহ একটি IAM ব্যবহারকারী তৈরি করে এবং আপনাকে একটি SMTP ব্যবহারকারীর নাম ও একটি SMTP পাসওয়ার্ড প্রদান করে।

⛔ এগুলো আপনার AWS অ্যাক্সেস কী এবং সিক্রেট নয়। এগুলো একটি নির্দিষ্ট অ্যালগরিদমের মাধ্যমে একটি IAM সিক্রেট থেকে উদ্ভূত এবং এগুলো পরস্পর পরিবর্তনযোগ্য নয়। এখানে একটি AWS সিক্রেট অ্যাক্সেস কী পেস্ট করলে প্রতিবার প্রমাণীকরণ ব্যর্থ হবে, এবং ত্রুটিটিতে কেবল বলা হবে যে ক্রেডেনশিয়াল প্রত্যাখ্যান করা হয়েছে।

⚠️ পাসওয়ার্ডটি কেবল একবার প্রদর্শিত হয়। আপনি পৃষ্ঠাটি ছেড়ে যাওয়ার আগে CSV ডাউনলোড করুন।

৫. Zinn®-এ এটি সংযুক্ত করুন

আপনার ড্যাশবোর্ডে ইমেল প্রেরণ খুলুন:

• প্রদানকারী — Amazon SES
• এই ডোমেইন থেকে পাঠান — mail.yourdomain.com
• AWS অঞ্চল — ধাপ ১-এর অঞ্চল, যেমন eu-west-1
• SMTP ব্যবহারকারীর নাম — ধাপ ৪ থেকে প্রাপ্ত
• পোর্ট — 587-এ রাখুন
• SES SMTP পাসওয়ার্ড — ধাপ ৪ থেকে প্রাপ্ত

আমরা আপনার জন্য হোস্ট তৈরি করি (email-smtp.<region>.amazonaws.com), তাই ভুল হোস্টনাম লেখার কোনো সুযোগ নেই।

৬. টেস্ট পাঠান এবং কোডটি লিখুন

একটি ভিন্ন ডোমেইনের ইনবক্সে যা আপনি AWS-এ যাচাই করেননি সেখানে টেস্ট বার্তা পাঠান চাপুন — একটি ব্যক্তিগত Gmail ঠিকানা আদর্শ, কারণ এটি প্রমাণ করে যে আপনি স্যান্ডবক্স থেকে বের হয়ে গেছেন। কোডটি পড়ুন এবং এটি প্রবেশ করান।

যখন এটি কাজ করে না

প্রকৃত ক্লায়েন্টকে পাঠানোর সময় "Email address is not verified" — আপনি এখনও স্যান্ডবক্সে আছেন। ধাপ ৩।

535 Authentication Credentials Invalid — আপনি SMTP ক্রেডেনশিয়ালের পরিবর্তে আপনার AWS অ্যাক্সেস কী ব্যবহার করেছেন (ধাপ ৪), অথবা ক্রেডেনশিয়ালটি আপনার প্রবেশ করানো অঞ্চল থেকে ভিন্ন অঞ্চলের অন্তর্গত।

"Maximum sending rate exceeded" — একটি নতুন প্রোডাকশন অ্যাকাউন্ট প্রতি সেকেন্ডে ১৪টি বার্তা এবং প্রতিদিন ৫০,০০০ দিয়ে শুরু হয়। এটি অত্যন্ত বিপুল সংখ্যক নোটিফিকেশন, তবে আপনি যদি একটি বড় ক্লায়েন্ট বেস স্থানান্তর করেন, তবে প্রথমে বৃদ্ধির জন্য অনুরোধ করুন।

এটি টেস্টে কাজ করেছে এবং প্রোডাকশনে বন্ধ হয়ে গেছে — SES Reputation ড্যাশবোর্ড পরীক্ষা করুন। কোনো বাউন্স বা অভিযোগের হার তাদের সীমা অতিক্রম করলে Amazon স্বয়ংক্রিয়ভাবে পাঠানো স্থগিত করে, এবং একটি পুরানো ক্লায়েন্ট তালিকার মাধ্যমে এটি অতিক্রম করা সহজ।