तपाईंलाई एउटा AWS खाता र तपाईंको डोमेनको DNS मा पहुँच आवश्यक पर्नेछ। SES यो सूचीमा निकै ठूलो अन्तरले सबैभन्दा सस्तो विकल्प हो, र सबैभन्दा धेरै चरणहरू भएको पनि हो।
Amazon को आफ्नै कागजात: डोमेन प्रमाणीकरण गर्दै · SMTP पत्यारपत्रहरू प्राप्त गर्दै · स्यान्डबक्सबाट बाहिर निस्कँदै
⭐ हामी SES सँग यसको REST API मार्फत नभई यसको SMTP इन्टरफेस मार्फत जोडिन्छौं। त्यसैले तपाईंलाई AWS एक्सेस की को सट्टा SMTP प्रयोगकर्ता नाम र पासवर्ड मागिन्छ। दुवै तरिकाले ठ्याक्कै एउटै सन्देश पठाउँछन्; SMTP तरिकाले AWS अनुरोध-हस्ताक्षरसम्बन्धी समस्याहरूको पूरै वर्गलाई हटाउँछ जसको बाहिरबाट पहिचान गर्न निकै गाह्रो हुन्छ, र यो त्यही इन्टरफेस हो जसका लागि Amazon ले विशेष रूपमा पत्यारपत्रहरू जारी गर्दछ ताकि हाम्रा जस्ता उपकरणहरूले यसलाई प्रयोग गर्न सकून्।
१. एउटा क्षेत्र छान्नुहोस् र त्यसैमा रहनुहोस्
SES क्षेत्रीय हुन्छ। तलका सबै कुरा — तपाईंको प्रमाणीकृत डोमेन, तपाईंका पत्यारपत्रहरू, तपाईंको पठाउने कोटा — एउटा AWS क्षेत्र मा पर्दछन् र अन्य कुनैमा पनि अस्तित्वमा रहँदैनन्।
आफ्ना ग्राहकहरूको सबैभन्दा नजिकको क्षेत्र छान्नुहोस् (युरोपका लागि eu-west-1, उत्तर अमेरिकाका लागि us-east-1) र यसलाई टिप्नुहोस्। आयरल्यान्डमा आफ्नो डोमेन प्रमाणीकरण गर्नु र त्यसपछि फ्राङ्कफर्टमा पत्यारपत्रहरू सिर्जना गर्नु यहाँ एउटा दिउँसो खेर फाल्ने सबैभन्दा सामान्य तरिका हो, र यसले देखाउने त्रुटिले क्षेत्रहरूको बारेमा केही पनि भन्दैन।
२. आफ्नो डोमेन प्रमाणीकरण गर्नुहोस्
Amazon SES कन्सोल → 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 मा संयोगवश प्रमाणीकरण गर्नुभएको ठेगानामा परीक्षण पठाएर हाम्रो सेटअप प्रमाणीकरण गर्नुभयो भने, यसले काम गर्नेछ — र त्यसपछि वास्तविक ग्राहकलाई पठाइएको प्रत्येक सन्देश हराउनेछ।
खाता ड्यासबोर्ड → Request production access. Amazon ले तपाईं के पठाउनुहुन्छ र बाउन्सहरू कसरी ह्यान्डल गर्नुहुन्छ भनेर सोध्छ; आफ्नै ग्राहकहरूलाई लेनदेनसम्बन्धी सूचनाहरूको बारेमा दुई-तीन इमानदार वाक्यहरू सामान्यतया २४ घण्टाभित्र स्वीकृत हुन्छन्।
⭐ तपाईंले यहाँ SES जडान गर्नु अघि यो गर्नुहोस्। पछि डिबग गर्नुपर्ने केही हुँदैन, किनकि केही पनि असफल हुँदैन।
४. SMTP पत्यारपत्रहरू सिर्जना गर्नुहोस्
SES कन्सोल → SMTP settings → Create SMTP credentials.
यसले पठाउने मात्र अनुमति भएको एउटा IAM प्रयोगकर्ता सिर्जना गर्दछ र तपाईंलाई एउटा SMTP प्रयोगकर्ता नाम र एउटा SMTP पासवर्ड दिन्छ।
⛔ यी तपाईंको AWS एक्सेस की र गोप्य की होइनन्। तिनीहरू एक विशेष एल्गोरिदमद्वारा IAM गोप्यबाट व्युत्पन्न गरिएका हुन् र तिनीहरू एकअर्काको सट्टामा प्रयोग गर्न सकिँदैनन्। यहाँ AWS गोप्य एक्सेस की टाँस्दा प्रत्येक पटक प्रमाणीकरण असफल हुनेछ, र त्रुटिले पत्यारपत्रहरू अस्वीकृत भएको मात्र भन्नेछ।
⚠️ पासवर्ड एक पटक मात्र देखाइन्छ। तपाईंले पृष्ठ छोड्नु अघि CSV डाउनलोड गर्नुहोस्।
५. यसलाई Zinn® मा जोड्नुहोस्
तपाईंको ड्यासबोर्डमा Email sending खोल्नुहोस्:
- प्रदायक — Amazon SES
- यस डोमेनबाट पठाउनुहोस् —
mail.yourdomain.com
- AWS क्षेत्र — चरण १ बाट प्राप्त क्षेत्र, उदाहरणका लागि
eu-west-1
- SMTP प्रयोगकर्ता नाम — चरण ४ बाट
- पोर्ट — 587 मा नै छोड्नुहोस्
- SES SMTP पासवर्ड — चरण ४ बाट
हामी तपाईंको लागि होस्ट निर्माण गर्छौं (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 ले स्वचालित रूपमा पठाउने कार्य रोक्छ, र पुरानो ग्राहक सूचीको साथ यो सीमा पार गर्न सजिलो हुन्छ।