ज्ञानकोष

आफ्नै खातामा, आफ्नै डोमेनबाट इमेल पठाउनुहोस्

आफ्नै डोमेन र मेल खाताबाट तपाईंका क्लाइन्टहरूका सूचनाहरू पठाउनुहोस्: कुन प्रदायक रोज्ने, तिनीहरूलाई आवश्यक पर्ने SPF, DKIM र रिटर्न-पाथ रेकर्डहरू, हामीले परीक्षण सन्देश वास्तवमै पुग्नुपर्छ भनेर किन जोड दिन्छौं, र कुनै प्रदायक बिग्रँदा के हुन्छ।

तपाईंका ग्राहकहरूले प्राप्त गर्ने प्रत्येक सूचना — इनभ्वाइसहरू, पासवर्ड रिसेटहरू, टिकटका प्रतिक्रियाहरू, परियोजना अद्यावधिकहरू — मेल सेवामार्फत नै पठाउने गरिन्छ। पूर्वनिर्धारित रूपमा त्यो सेवा हाम्रो हो, पठाउने व्यक्ति (From) को लाइनमा Zinn Digital® देखिन्छ, र यसको भुक्तानी हामी गर्छौं।

यदि तपाईं एजेन्सी वा रिसेलर योजनामा हुनुहुन्छ भने तपाईं यसको सट्टा आफ्नै मेल सेवा लिङ्क गर्न सक्नुहुन्छ। त्यसपछि तपाईंका ग्राहकहरूले From लाइनमा तपाईंको डोमेन देख्नेछन्, प्रतिक्रियाहरू तपाईंलाई नै फिर्ता आउनेछन्, र सन्देशहरू तपाईंको प्रदायकसँगको तपाईंको खाताबाट पठाइनेछन्।

आफ्नो ड्यासबोर्डमा रहेको Email sending मा गई यसको सेटअप गर्नुहोस्।

मैले कुन प्रदायक प्रयोग गर्नुपर्छ?

यीमध्ये जुनसुकैले पनि काम गर्छन्। तपाईंसँग पहिले नै खाता भएको प्रदायक छान्नुहोस्।

| प्रदायक | कुन अवस्थामा उत्तम | गाइड | | --- | --- | --- | | Mailgun | तपाईं API र ठूलो मात्रामा सन्देश पठाउन चाहनुहुन्छ | Mailgun सेटअप गर्नुहोस् | | SendGrid | तपाईं यसलाई पहिले नै मार्केटिङ मेलका लागि प्रयोग गर्नुहुन्छ | SendGrid सेटअप गर्नुहोस् | | Postmark | केवल कारोबारसम्बन्धी (Transactional) मेलका लागि, उत्कृष्ट डेलिभरी दर | Postmark सेटअप गर्नुहोस् | | Amazon SES | तपाईं पहिले नै AWS मा हुनुहुन्छ र सबैभन्दा सस्तो मूल्य चाहनुहुन्छ | Amazon SES सेटअप गर्नुहोस् | | Resend | तपाईं सबैभन्दा सरल सेटअप चाहनुहुन्छ | Resend सेटअप गर्नुहोस् | | तपाईंको आफ्नै SMTP सर्भर | तपाईं आफ्नै मेल पूर्वाधार सञ्चालन गर्नुहुन्छ | SMTP सेटअप गर्नुहोस् |

यदि तपाईंको कुनै प्राथमिकता छैन र कुनै अवस्थित खाता पनि छैन भने, कारोबारसम्बन्धी मेलका लागि हामीले छनोट गर्ने प्रदायक Postmark हो: यसले मार्केटिङ मेलहरू पठाउन अस्वीकार गर्छ, र यसको डेलिभरी दर उच्च हुनुको मुख्य कारण नै यही हो।

पहिले DNS को काम गर्नुहोस्। यो नै मुख्य काम हो।

तपाईंले जुनसुकै प्रदायक छनोट गरे पनि, उही तीनवटा DNS रेकर्डहरूले तपाईंको मेल ग्राहकको इनबक्समा पुग्छ वा स्प्याममा पर्छ भन्ने कुरा निर्धारण गर्छन्। तपाईंको प्रदायकले सटीक मानहरू (values) उत्पन्न गर्छ; तपाईंले तिनलाई आफ्नो डोमेनमा थप्नुपर्छ।

SPF — तपाईंको डोमेनमा रहेको एउटा TXT रेकर्ड जसले तपाईंको नामबाट कसले मेल पठाउन पाउँछ भन्ने सूचीकृत गर्छ। यदि तपाईंसँग पहिले नै एउटा छ भने, यसलाई सम्पादन (edit) गर्नुहोस्; दोस्रो रेकर्ड नथप्नुहोस्। दुईवटा SPF रेकर्डहरू भएको डोमेन पूर्ण रूपमा असफल हुन्छ, जुन एउटा पनि नहुनुभन्दा झनै खराब हो।

DKIM — सार्वजनिक कुञ्जी (public key) राखिएको TXT वा CNAME रेकर्ड, जसले गर्दा प्राप्त गर्ने सर्भरहरूले सन्देश वास्तवमै तपाईंको प्रदायकबाट आएको हो र यसमा कुनै छेडछाड गरिएको छैन भन्ने जाँच गर्न सक्छन्। यो सबैभन्दा बढी काम गर्ने रेकर्ड हो, र DMARC सफल हुनका लागि यो मिल्नु आवश्यक हुन्छ।

Return-path (bounce) domain — सामान्यतया एउटा CNAME रेकर्ड। यसले तपाईंको प्रदायकले बाउन्स भएका मेलहरू सङ्कलन गर्न प्रयोग गर्ने अदृश्य खामको ठेगाना (envelope address) निर्धारण गर्छ। यो बिना, बाउन्सहरू तपाईंले देख्न नसक्ने ठाउँमा जान्छन् र तपाईंलाई थाहै नदिई तपाईंको डोमेनको प्रतिष्ठा घट्छ।

DMARC_dmarc.yourdomain.com मा रहने एउटा TXT रेकर्ड जसले SPF र DKIM तपाईंको From लाइनसँग नमिल्दा के गर्ने भन्ने कुरा प्राप्त गर्ने सर्भरहरूलाई बताउँछ। सबै कुरा सफल भएको जाँच गर्दा सम्मका लागि p=none बाट सुरु गर्नुहोस्, र पछि p=quarantinep=reject मा जानुहोस्।

⚠️ DNS परिवर्तनहरू तत्काल हुँदैनन्। केही गलत भयो भन्ने निष्कर्षमा पुग्नुअघि यसलाई एक घण्टासम्मको समय दिनुहोस्।

पठाउनका लागि सबडोमेन प्रयोग गर्नुहोस्

yourdomain.com बाट नभई mail.yourdomain.com वा notifications.yourdomain.com बाट मेल पठाउनुहोस्।

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

तपाईंले अझै पनि Send from this domain क्षेत्रमा ठेगाना नभई डोमेन नै राख्नुहुन्छ। @ भन्दा अघिल्लो भाग प्रत्येक सन्देश अनुसार छनोट गरिन्छ: रसिदहरू billing@, पासवर्ड रिसेटहरू no-reply@, र टिकटका प्रतिक्रियाहरू support@ को रूपमा बाहिर जान्छन्।

सेटअपले कसरी काम गर्छ

१. आफ्नो प्रदायक छान्नुहोस् र यसको प्रमाण पत्र (credential) टाँस्नुहोस्। २. Send test message मा थिच्नुहोस्। हामी तपाईंको प्रदायकको माध्यमबाट, तपाईंले तोकेको इनबक्समा भित्र कोड राखिएको एउटा वास्तविक इमेल पठाउँछौँ। ३. त्यो इनबक्सबाट कोड पढेर यहाँ प्रविष्ट गर्नुहोस्।

त्यसपछि मात्र तपाईंको मेल तपाईंको नामबाट जान सुरु गर्छ।

परीक्षणका लागि फरक डोमेनमा रहेको इनबक्स प्रयोग गर्नुहोस् — Gmail वा Outlook ठेगाना उपयुक्त हुन्छ। आफ्नै सर्भरभन्दा कहिल्यै बाहिर नगएको सन्देशले भन्दा इन्टरनेट पार गरेर अरू कसैको स्प्याम फिल्टरलाई पार गरेको सन्देशले धेरै कुरा प्रमाणित गर्छ।

परीक्षण सन्देश वास्तवमै पुग्नुपर्छ भनेर हामी किन जोड दिन्छौँ

किनकि सन्देश स्वीकार गरेर पछि चुपचाप हटाउने प्रदायक र काम गर्ने प्रदायक एकै जस्तै देखिन्छन्। एउटा नयाँ Amazon SES खाता स्यान्डबक्समा हुन्छ र यसले तपाईंको सन्देश स्वीकार गर्नेछ तर कतै डेलिभर गर्दैन। DNS प्रसारण नभएको Mailgun डोमेनले पनि उस्तै गर्छ। 250 प्रतिक्रिया दिएर सन्देश खारेज गर्ने SMTP रिलेले पनि त्यसै गर्छ।

यदि तपाईंको प्रमाण पत्र स्वीकार हुनेबित्तिकै हामीले तपाईंको मेल पठाउने सेवा स्विच गरिदियौँ भने, तपाईंका ग्राहकहरूले केही पनि प्राप्त गर्न छाडेका छन् भन्ने कुरा तपाईंले पहिलो पटक थाहा पाउनुहुनेछ — र त्यो पनि केही दिनपछि कुनै ग्राहकबाट थाहा पाउनुहुनेछ। कोडले सन्देश तपाईंको प्रदायकबाट बाहिरिएको र डेलिभर भएको प्रमाण दिन्छ।

मेरो प्रदायकले काम गर्न छाड्यो भने के हुन्छ

तपाईंका सूचनाहरू असफल भएको रूपमा रेकर्ड हुन्छन्, पुनः प्रयास गरिन्छन्, र तपाईंको Email sending स्क्रिन रातो भई त्यसमा तपाईंको प्रदायकको आफ्नै त्रुटि सन्देश देखिन्छ।

हामी यसको सट्टा हाम्रा डोमेनबाट तिनलाई पठाउँदैनौँ। यो जानिबुझिकन गरिएको हो। चुपचाप अर्को विकल्पमा जाँदा बिग्रिएको मेल खाताले कसैले त्यसलाई नसच्चाएसम्म पर्याप्त रूपमा काम गरिरहनेछ — जबकि हामी त्यसको भुक्तानी चुपचाप गरिरहेका हुनेछौँ। त्यसैले त्रुटि देखिने बनाइएको छ, र यसलाई सच्चाउने जिम्मेवारी तपाईंको हो, जुन यसलाई सच्चाउने एकमात्र तरिका हो।

यो नसच्चिएसम्म, तपाईंका ग्राहकहरूले ती सूचनाहरू प्राप्त गर्ने छैनन्। सबै कुरा अझै पनि उनीहरूको ड्यासबोर्ड इनबक्समा रहन्छ, र केही पनि हराउँदैन — तर यहाँ रातो ब्यानर देखिएमा यसलाई अत्यावश्यक मान्नुहोस्।

मैले केही पनि गरिनँ भने नि?

केही पनि बिग्रँदैन। तपाईंका सूचनाहरू Zinn Digital® को रूपमा हाम्रा डोमेनबाट गइरहनेछन्, र हामी तिनको भुक्तानी गरिरहनेछौँ। तपाईंका ग्राहकहरूले केवल तपाईंको नामको सट्टा हाम्रो नाम देख्नेछन्।

यसलाई हटाउने तरिका

Disconnect मा थिच्नुहोस्। तपाईंको भण्डारण गरिएको प्रमाण पत्र मेटाइनेछ र तपाईंका सूचनाहरू पछिल्लो सन्देशदेखि नै फेरि हाम्रो डोमेनमा फर्किनेछन्। तपाईं जुनसुकै बेला पुनः लिङ्क गर्न सक्नुहुन्छ।

अझै पनि अल्झिनुभयो?

प्रत्येक प्लानमा सहयोग समावेश छ र तपाईंको आफ्नै भाषामा उत्तरहरू पाइन्छ।

सम्पर्क समर्थन सबै लेखहरू