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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

⛔ हामी यसको सट्टा तिनीहरूलाई हाम्रो डोमेनबाट पठाउँदैनौं। यो जानीजानी गरिएको हो। मौन वैकल्पिक व्यवस्था (फलब्याक) को अर्थ एउटा बिग्रिएको मेल खाताले कसैले पनि यसलाई मर्मत नगर्ने गरी पर्याप्त रूपमा काम गरिरहन्छ — जबकि हामी सुटुक्क यसको शुल्क तिर्छौं। त्यसैले कुनै त्रुटि देखिने हुन्छ, र यसलाई समाधान गर्ने जिम्मा तपाईंको हो, जुन यो समाधान हुने एकमात्र तरिका हो।

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

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

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

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

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