तपाईंको आफ्नै Amazon SES खाता मार्फत इमेल पठाउनुहोस्

तपाईंलाई एउटा 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 रेकर्डहरू थप्नुहोस्। यस बिना तपाईंको भित्री प्रेषक (envelope sender) amazonses.com हुन्छ, त्यसैले SPF तपाईंको सट्टा Amazon सँग मिल्दो हुन्छ, र तपाईं DKIM मा मात्र निर्भर रहनुहुन्छ।

३. स्यान्डबक्सबाट बाहिर निस्कनुहोस् — मानिसहरूले छुटाउने चरण यही हो

⛔⛔ नयाँ SES खाता स्यान्डबक्समा हुन्छ र यसले तपाईंले छुट्टै प्रमाणीकरण गर्नुभएका ठेगानाहरूमा मात्र पठाउन सक्छ। यसले अरू सबै कुरा स्वीकार गर्नेछ र तीमध्ये कुनै पनि डेलिभरी गर्ने छैन।

हाम्रो प्रमाणीकरण चरणले पत्ता लगाउन खोजेको असफलता यही हो: स्यान्डबक्समा, SES ले पूर्ण रूपमा सामान्य सफलताको प्रतिक्रियासहित तपाईंको सन्देश लिन्छ र त्यसपछि त्यसलाई छाडिदिन्छ। यदि तपाईंले AWS मा प्रमाणीकरण गर्नुभएको ठेगानामा परीक्षण पठाएर हाम्रो सेटअप प्रमाणीकरण गर्नुभयो भने, यसले काम गर्नेछ — र त्यसपछि वास्तविक ग्राहकलाई पठाइने प्रत्येक सन्देश हराउनेछ।

खाता ड्यासबोर्ड → Request production access. Amazon ले तपाईंले के पठाउनुहुन्छ र बाउन्सहरू कसरी व्यवस्थापन गर्नुहुन्छ भनेर सोध्छ; आफ्नै ग्राहकहरूलाई पठाइने व्यावसायिक सूचनाहरू (transactional notifications) को बारेमा केही इमानदार वाक्यहरू लेख्दा सामान्यतया २४ घण्टाभित्र स्वीकृति प्राप्त हुन्छ।

⭐ यहाँ SES जडान गर्नु अघि यो गर्नुहोस्। पछि डिबग गर्नका लागि केही पनि हुँदैन, किनकि केही पनि असफल हुँदैन।

४. SMTP प्रमाणहरू सिर्जना गर्नुहोस्

SES कन्सोल → SMTP settings → Create SMTP credentials.

यसले पठाउने-मात्र (send-only) अनुमति भएको 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 ले पठाउने कार्य स्वतः रोक्छ, र पुरानो ग्राहक सूचीको साथ यो सीमा पार हुन सजिलो हुन्छ।