নলেজ বেস

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

এসএমটিপি (SMTP)-এর মাধ্যমে আপনার নিজের Amazon SES অ্যাকাউন্ট সংযুক্ত করুন: একটি অঞ্চল বেছে নেওয়া এবং তাতে থাকা, Easy DKIM, সংযোগ করার আগেই স্যান্ডবক্স থেকে বের হয়ে আসা, এবং কেন এসএমটিপি (SMTP) শংসাপত্রগুলি আপনার AWS অ্যাক্সেস কি (access key) নয়।

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

Amazon-এর নিজস্ব ডকুমেন্টেশন: Verifying a domain · Obtaining SMTP credentials · Moving out of the sandbox

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

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

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 রেকর্ড দেবে:

| Type | Host | | --- | --- | | CNAME | <token1>._domainkey.mail.yourdomain.com | | CNAME | <token2>._domainkey.mail.yourdomain.com | | CNAME | <token3>._domainkey.mail.yourdomain.com |

তিনটিই যোগ করুন। যাচাইকরণ সাধারণত এক ঘণ্টার মধ্যে সম্পন্ন হয়।

⭐ এছাড়া একটি কাস্টম 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 username ও একটি SMTP password দেয়।

এগুলো আপনার AWS অ্যাক্সেস কি (key) এবং সিক্রেট নয়। একটি নির্দিষ্ট অ্যালগরিদম দ্বারা একটি IAM সিক্রেট থেকে এগুলো তৈরি করা হয় এবং এগুলো পরিবর্তনযোগ্য নয়। এখানে কোনো AWS সিক্রেট অ্যাক্সেস কি পেস্ট করলে প্রতিবারই প্রমাণীকরণ (authentication) ব্যর্থ হবে, এবং ত্রুটি বার্তায় কেবল শংসাপত্রগুলো প্রত্যাখ্যাত হয়েছে বলে দেখাবে।

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

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

আপনার ড্যাশবোর্ডে Email sending খুলুন:

  • Provider — Amazon SES
  • Send from this domainmail.yourdomain.com
  • AWS region — ১ম ধাপের অঞ্চলটি, যেমন eu-west-1
  • SMTP username — ৪র্থ ধাপ থেকে প্রাপ্ত
  • Port — 587-এ রাখুন
  • SES SMTP password — ৪র্থ ধাপ থেকে প্রাপ্ত

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

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

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

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

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

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

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

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

এখনও আটকে আছেন?

প্রতিটি প্ল্যানেই সহায়তা অন্তর্ভুক্ত রয়েছে এবং আপনার নিজের ভাষাতেই উত্তর দেওয়া হয়।

সহায়তার জন্য যোগাযোগ করুন সব নিবন্ধ