तुमच्या स्वतःच्या Amazon SES खात्याद्वारे ईमेल पाठवा

तुम्हाला एका AWS खात्याची आणि तुमच्या डोमेनच्या DNS च्या ॲक्सेसची आवश्यकता असेल. या सूचीमध्ये SES हा खूप मोठ्या फरकाने सर्वात स्वस्त पर्याय आहे, आणि यामध्ये सर्वाधिक पायऱ्या आहेत.

Amazon चे स्वतःचे दस्तऐवजीकरण: Verifying a domain · Obtaining SMTP credentials · Moving out of the sandbox

⭐ आम्ही SES शी त्याच्या SMTP इंटरफेसद्वारे जोडतो, त्याच्या REST API द्वारे नाही. म्हणूनच तुम्हाला AWS ॲक्सेस की ऐवजी SMTP युझरनेम आणि पासवर्ड विचारला जातो. दोन्ही मार्ग अगदी तोच संदेश वितरीत करतात; SMTP मार्ग बाहेरील बाजूने निदान करण्यास त्रासदायक असणाऱ्या AWS विनंती-स्वाक्षरी समस्यांचा संपूर्ण वर्ग टाळतो, आणि हा तोच इंटरफेस आहे ज्यासाठी Amazon क्रेडेंशियल्स प्रकाशित करते जेणेकरून आमच्यासारखी टूल्स त्याचा वापर करू शकतील.

1. एक प्रदेश निवडा आणि त्यातच राहा

SES प्रादेशिक आहे. खालील सर्व काही — तुमचे सत्यापित डोमेन, तुमची क्रेडेंशियल्स, तुमचा पाठवण्याचा कोटा — एका AWS प्रदेशाचे आहे आणि इतर कोणत्याही प्रदेशात अस्तित्वात नाही.

तुमच्या ग्राहकांच्या सर्वात जवळचा एक निवडा (युरोपसाठी eu-west-1, उत्तर अमेरिकेसाठी us-east-1) आणि त्याची नोंद घ्या. आयर्लंडमध्ये तुमचे डोमेन सत्यापित करणे आणि नंतर फ्रँकफर्टमध्ये क्रेडेंशियल्स तयार करणे हा येथे दुपार वाया घालवण्याचा सर्वात सामान्य मार्ग आहे, आणि त्यातून निर्माण होणारी त्रुटी प्रदेशांबद्दल काहीही सांगत नाही.

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

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 वर अवलंबून राहता.

3. सँडबॉक्समधून बाहेर पडा — ही ती पायरी आहे जी लोक चुकवतात

⛔⛔ नवीन SES खाते सँडबॉक्समध्ये असते आणि ते केवळ तुम्ही स्वतंत्रपणे सत्यापित केलेल्या पत्त्यांवरच पाठवू शकते. ते इतर सर्व काही स्वीकारेल आणि त्यातील काहीही वितरीत करणार नाही.

आमची पडताळणी पायरी नेमकी हीच त्रुटी पकडण्यासाठी अस्तित्वात आहे: सँडबॉक्समध्ये, SES तुमचा संदेश अगदी सामान्य यश प्रतिसादासह घेते आणि नंतर तो सोडून देते. जर तुम्ही AWS मध्ये योगायोगाने सत्यापित केलेल्या पत्त्यावर चाचणी पाठवून आमच्या सेटअपची पडताळणी केली, तर ते कार्य करेल — आणि नंतर वास्तविक ग्राहकाला जाणारा प्रत्येक संदेश गायब होईल.

Account dashboard → Request production access. तुम्ही काय पाठवता आणि बाऊन्स कसे हाताळता हे Amazon विचारते; तुमच्या स्वतःच्या ग्राहकांना व्यवहाराच्या सूचनांबद्दलची दोन प्रामाणिक वाक्ये सामान्यत: 24 तासांच्या आत मंजूर केली जातात.

⭐ तुम्ही येथे SES जोडण्यापूर्वी हे करा. त्यानंतर डीबग करण्यासाठी काहीही नसते, कारण काहीही अयशस्वी होत नाही.

4. SMTP क्रेडेंशियल्स तयार करा

SES console → SMTP settings → Create SMTP credentials.

हे केवळ पाठवण्याची अनुमती असलेला IAM वापरकर्ता तयार करते आणि तुम्हाला SMTP युझरनेम आणि SMTP पासवर्ड देते.

⛔ ही तुमची AWS ॲक्सेस की आणि सिक्रेट नाहीत. ती एका विशिष्ट अल्गोरिदमद्वारे IAM सिक्रेटमधून प्राप्त केली जातात आणि ती अदलाबदल करण्यायोग्य नाहीत. येथे AWS सिक्रेट ॲक्सेस की पेस्ट केल्याने प्रत्येक वेळी प्रमाणीकरण अयशस्वी होईल, आणि त्रुटीमध्ये फक्त क्रेडेंशियल्स नाकारली गेली असल्याचे म्हटले जाईल.

⚠️ पासवर्ड एकदाच दाखवला जातो. तुम्ही पृष्ठ सोडण्यापूर्वी CSV डाउनलोड करा.

5. ते Zinn® मध्ये जोडा

तुमच्या डॅशबोर्डमध्ये Email sending उघडा:

• Provider — Amazon SES
• Send from this domain — mail.yourdomain.com
• AWS region — पायरी 1 मधील प्रदेश, उदा. eu-west-1
• SMTP username — पायरी 4 मधून
• Port — 587 वर ठेवा
• SES SMTP password — पायरी 4 मधून

आम्ही तुमच्यासाठी होस्ट तयार करतो (email-smtp.<region>.amazonaws.com), त्यामुळे चुकीचे टाइप होण्यासाठी कोणतेही होस्टनेम नाही.

6. चाचणी पाठवा आणि कोड प्रविष्ट करा

तुम्ही AWS मध्ये सत्यापित न केलेल्या वेगळ्या डोमेनवरील इनबॉक्सवर Send test message दाबा — वैयक्तिक Gmail पत्ता आदर्श आहे, कारण तो सिद्ध करतो की तुम्ही सँडबॉक्सच्या बाहेर आहात. कोड वाचा आणि तो प्रविष्ट करा.

जेव्हा ते कार्य करत नाही

वास्तविक ग्राहकाला पाठवताना "Email address is not verified" — तुम्ही अजूनही सँडबॉक्समध्ये आहात. पायरी 3.

535 Authentication Credentials Invalid — तुम्ही SMTP क्रेडेंशियल्सऐवजी तुमची AWS ॲक्सेस की वापरली आहे (पायरी 4), किंवा क्रेडेंशियल्स तुम्ही प्रविष्ट केलेल्या प्रदेशापेक्षा वेगळ्या प्रदेशातील आहेत.

"Maximum sending rate exceeded" — नवीन प्रोडक्शन खाते प्रति सेकंद 14 संदेश आणि दररोज 50,000 संदेशांसह सुरू होते. या खूप मोठ्या प्रमाणात सूचना आहेत, परंतु जर तुम्ही मोठ्या क्लायंट बेसचे स्थलांतर करत असाल, तर प्रथम वाढीची विनंती करा.

ते चाचणीमध्ये चालले आणि प्रोडक्शनमध्ये थांबले — SES Reputation डॅशबोर्ड तपासा. जेव्हा बाऊन्स किंवा तक्रार दर त्यांच्या मर्यादेपलीकडे जातो तेव्हा Amazon आपोआप पाठवणे थांबवते, आणि जुन्या क्लायंट सूचीसह ती मर्यादा ओलांडणे सोपे असते.