अपने स्वयं के Amazon SES खाते के माध्यम से ईमेल भेजें

आपको एक AWS खाते और अपने डोमेन के DNS तक पहुँच की आवश्यकता होगी। SES इस सूची में सबसे बड़ा अंतर रखते हुए सबसे सस्ता विकल्प है, और ऐसा विकल्प है जिसमें सबसे अधिक चरण हैं।

Amazon का अपना दस्तावेज़ीकरण: डोमेन सत्यापित करना · SMTP क्रेडेंशियल प्राप्त करना · सैंडबॉक्स से बाहर निकलना

⭐ हम SES से इसके SMTP इंटरफ़ेस के माध्यम से कनेक्ट होते हैं, इसके REST API के माध्यम से नहीं। यही कारण है कि आपसे AWS एक्सेस की के बजाय एक SMTP उपयोगकर्ता नाम और पासवर्ड मांगा जाता है। दोनों मार्ग बिल्कुल समान संदेश डिलीवर करते हैं; SMTP वाला AWS अनुरोध-हस्ताक्षर (रिक्वेस्ट-साइनिंग) की समस्याओं के एक पूरे वर्ग से बचाता है जिसका बाहर से निदान करना बहुत कठिन होता है, और यह वही इंटरफ़ेस है जिसके लिए Amazon विशेष रूप से क्रेडेंशियल प्रकाशित करता है ताकि हमारे जैसे टूल इसका उपयोग कर सकें।

1. एक क्षेत्र चुनें और उसी में रहें

SES क्षेत्रीय है। नीचे दी गई प्रत्येक चीज़ — आपका सत्यापित डोमेन, आपके क्रेडेंशियल, आपका भेजने का कोटा — एक AWS क्षेत्र से संबंधित है और किसी अन्य में मौजूद नहीं है।

अपने ग्राहकों के सबसे निकटतम क्षेत्र को चुनें (यूरोप के लिए eu-west-1, उत्तरी अमेरिका के लिए us-east-1) और इसे नोट कर लें। आयरलैंड में अपने डोमेन को सत्यापित करना और फिर फ्रैंकफर्ट में क्रेडेंशियल बनाना यहाँ दोपहर बर्बाद करने का सबसे आम तरीका है, और इससे उत्पन्न होने वाली त्रुटि क्षेत्रों के बारे में कुछ भी नहीं बताती है।

2. अपना डोमेन सत्यापित करें

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 पर निर्भर होते हैं।

3. सैंडबॉक्स से बाहर निकलें — यह वह चरण है जिसे लोग छोड़ देते हैं

⛔⛔ एक नया SES खाता सैंडबॉक्स में होता है और केवल उन्हीं पतों पर भेज सकता है जिन्हें आपने अलग से सत्यापित किया है। यह बाकी सब कुछ स्वीकार कर लेगा और उनमें से कुछ भी डिलीवर नहीं करेगा।

यह बिल्कुल वही विफलता है जिसे पकड़ने के लिए हमारा सत्यापन चरण मौजूद है: सैंडबॉक्स में, SES पूरी तरह से सामान्य सफलता प्रतिक्रिया के साथ आपके संदेश को लेता है और फिर उसे छोड़ (ड्रॉप कर) देता है। यदि आप किसी ऐसे पते पर परीक्षण भेजकर हमारे सेटअप को सत्यापित करते हैं जिसे आपने संयोग से AWS में सत्यापित किया हुआ है, तो यह काम करेगा — और फिर किसी वास्तविक ग्राहक को भेजा गया प्रत्येक संदेश गायब हो जाएगा।

खाता डैशबोर्ड → Request production access. Amazon पूछता है कि आप क्या भेजते हैं और आप बाउंस को कैसे संभालते हैं; आपके अपने ग्राहकों को लेन-देन संबंधी सूचनाओं के बारे में दो-तीन ईमानदार वाक्यों को सामान्यतः 24 घंटों के भीतर स्वीकृति मिल जाती है।

⭐ SES को यहाँ कनेक्ट करने से पहले ऐसा करें। बाद में डिबग करने के लिए कुछ नहीं बचता, क्योंकि कुछ भी विफल नहीं होता है।

4. SMTP क्रेडेंशियल बनाएँ

SES कंसोल → SMTP settings → Create SMTP credentials.

यह केवल भेजने की अनुमति (सेंड-ओनली परमिशन) वाला एक IAM उपयोगकर्ता बनाता है और आपको एक SMTP उपयोगकर्ता नाम और एक SMTP पासवर्ड देता है।

⛔ ये आपकी AWS एक्सेस की और सीक्रेट नहीं हैं। वे एक विशिष्ट एल्गोरिदम द्वारा एक IAM सीक्रेट से प्राप्त किए जाते हैं और वे विनिमेय नहीं हैं। यहाँ AWS सीक्रेट एक्सेस की पेस्ट करने से हर बार प्रमाणीकरण विफल हो जाएगा, और त्रुटि में केवल यही कहा जाएगा कि क्रेडेंशियल अस्वीकार कर दिए गए थे।

⚠️ पासवर्ड केवल एक बार दिखाया जाता है। पृष्ठ छोड़ने से पहले CSV डाउनलोड करें।

5. इसे Zinn® में कनेक्ट करें

अपने डैशबोर्ड में Email sending खोलें:

• प्रदाता — Amazon SES
• इस डोमेन से भेजें — mail.yourdomain.com
• AWS क्षेत्र — चरण 1 से प्राप्त क्षेत्र, उदाहरण के लिए eu-west-1
• SMTP उपयोगकर्ता नाम — चरण 4 से
• पोर्ट — 587 पर ही रहने दें
• SES SMTP पासवर्ड — चरण 4 से

हम आपके लिए होस्ट का निर्माण करते हैं (email-smtp.<region>.amazonaws.com), इसलिए गलत होस्टनाम टाइप होने की कोई संभावना नहीं है।

6. परीक्षण भेजें और कोड दर्ज करें

एक अलग डोमेन के इनबॉक्स पर जिसे आपने AWS में सत्यापित नहीं किया है, Send test message दबाएँ — एक व्यक्तिगत Gmail पता आदर्श है, क्योंकि यही यह साबित करता है कि आप सैंडबॉक्स से बाहर हैं। कोड पढ़ें और इसे दर्ज करें।

जब यह काम न करे

किसी वास्तविक ग्राहक को भेजते समय "Email address is not verified" — आप अभी भी सैंडबॉक्स में हैं। चरण 3 देखें।

535 Authentication Credentials Invalid — आपने SMTP क्रेडेंशियल (चरण 4) के बजाय अपनी AWS एक्सेस की का उपयोग किया है, या क्रेडेंशियल आपके द्वारा दर्ज किए गए क्षेत्र से भिन्न क्षेत्र के हैं।

"Maximum sending rate exceeded" — एक नया प्रोडक्शन खाता प्रति सेकंड 14 संदेशों और प्रति दिन 50,000 संदेशों से शुरू होता है। यह सूचनाओं की एक बहुत बड़ी संख्या है, लेकिन यदि आप एक बड़े ग्राहक आधार को माइग्रेट कर रहे हैं, तो पहले वृद्धि का अनुरोध करें।

यह परीक्षण में काम कर गया और प्रोडक्शन में रुक गया — SES Reputation डैशबोर्ड की जाँच करें। जब बाउंस या शिकायत दर उनकी सीमा को पार कर जाती है, तो Amazon स्वचालित रूप से भेजना रोक देता है, और पुरानी ग्राहक सूची के साथ इसे पार करना आसान होता है।