अपने खुद के खाते पर, अपने खुद के डोमेन से ईमेल भेजें

आपके ग्राहकों को मिलने वाली प्रत्येक सूचना — चालान, पासवर्ड रीसेट, टिकट के उत्तर, प्रोजेक्ट अपडेट — एक मेल सेवा के माध्यम से भेजी जाती है। डिफ़ॉल्ट रूप से वह सेवा हमारी है, From लाइन में Zinn Digital® लिखा होता है, और इसका भुगतान हम करते हैं।

यदि आप agency या reseller योजना पर हैं तो आप इसके बजाय अपनी खुद की मेल सेवा जोड़ सकते हैं। तब आपके ग्राहकों को From लाइन में आपका डोमेन दिखाई देता है, उत्तर आपको वापस आते हैं, और संदेश आपके प्रदाता के साथ आपके खाते पर भेजे जाते हैं।

इसे अपने डैशबोर्ड में Email sending पर सेट अप करें।

मुझे किस प्रदाता का उपयोग करना चाहिए?

इनमें से कोई भी काम करता है। वह चुनें जिसके साथ आपका खाता पहले से मौजूद है।

| प्रदाता | सबसे अच्छा यदि | गाइड | | --- | --- | --- | | Mailgun | आप एक API और अधिक भेजने की मात्रा चाहते हैं | Set up Mailgun | | SendGrid | आप पहले से ही इसका उपयोग मार्केटिंग मेल के लिए करते हैं | Set up SendGrid | | Postmark | केवल ट्रांजैक्शनल मेल, सबसे अच्छी डिलीवरएबिलिटी | Set up Postmark | | Amazon SES | आप पहले से ही AWS पर हैं और सबसे कम कीमत चाहते हैं | Set up Amazon SES | | Resend | आप सबसे सरल सेटअप चाहते हैं | Set up Resend | | Your own SMTP server | आप अपना खुद का मेल बुनियादी ढांचा चलाते हैं | Set up SMTP |

यदि आपकी कोई प्राथमिकता नहीं है और कोई मौजूदा खाता नहीं है, तो हम ट्रांजैक्शनल मेल के लिए Postmark को चुनेंगे: यह मार्केटिंग को ले जाने से इनकार करता है, यही कारण है कि इसकी डिलीवरी दरें ऐसी हैं जैसी हैं।

पहले DNS सेट करें। यह अधिकांश काम है।

आप जो भी प्रदाता चुनें, वही तीन DNS रिकॉर्ड यह तय करते हैं कि आपका मेल पहुंचता है या स्पैम में जाता है। आपका प्रदाता सटीक मान उत्पन्न करता है; आप उन्हें अपने डोमेन में जोड़ते हैं।

SPF — आपके डोमेन पर एक TXT रिकॉर्ड जो यह सूचीबद्ध करता है कि आपके रूप में भेजने की अनुमति किसे है। यदि आपके पास पहले से ही एक है, तो आप इसे edit करते हैं; आप दूसरा नहीं जोड़ते हैं। दो 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 परिवर्तन तुरंत नहीं होते हैं। किसी भी चीज़ में कुछ गड़बड़ तय करने से पहले उन्हें एक घंटे तक का समय दें।

भेजने के लिए एक उपडोमेन (subdomain) का उपयोग करें

mail.yourdomain.com या notifications.yourdomain.com से भेजें, न कि स्वयं yourdomain.com से।

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

आप अभी भी Send from this domain फ़ील्ड में कोई पता नहीं, बल्कि एक डोमेन डालते हैं। @ से पहले का हिस्सा प्रति संदेश चुना जाता है: रसीदें billing@ के रूप में जाती हैं, पासवर्ड रीसेट no-reply@ के रूप में, टिकट के उत्तर support@ के रूप में।

सेटअप कैसे काम करता है

1. अपने प्रदाता को चुनें और उसकी क्रेडेंशियल पेस्ट करें।
2. Send test message दबाएं। हम आपके प्रदाता के माध्यम से, आपके द्वारा नामित इनबॉक्स में, एक कोड के साथ एक वास्तविक ईमेल भेजते हैं।
3. उस इनबॉक्स से कोड को पढ़ें और दर्ज करें।

तभी आपका मेल आपके रूप में जाना शुरू होता है।

⭐ परीक्षण के लिए एक अलग डोमेन पर इनबॉक्स का उपयोग करें — जीमेल (Gmail) या आउटलुक (Outlook) का पता आदर्श है। जो संदेश आपके अपने सर्वर से कभी बाहर नहीं निकलता वह उस संदेश की तुलना में बहुत कम साबित करता है जो इंटरनेट को पार कर गया और किसी और के स्पैम फ़िल्टर को पार कर गया।

हम इस बात पर क्यों जोर देते हैं कि परीक्षण संदेश वास्तव में पहुंचे

क्योंकि जो प्रदाता किसी संदेश को स्वीकार करता है और फिर उसे चुपचाप गिरा देता है, वह काम करने वाले प्रदाता जैसा ही दिखाई देता है। एक बिल्कुल नया Amazon SES खाता एक सैंडबॉक्स में है और आपके संदेश को स्वीकार करेगा और इसे कहीं भी वितरित नहीं करेगा। जिस Mailgun डोमेन का DNS प्रचारित नहीं हुआ है वह भी ऐसा ही करता है। एक SMTP रिले जो 250 के साथ उत्तर देता है और त्याग देता है, वह भी ऐसा ही करता है।

यदि हमने आपकी क्रेडेंशियल स्वीकार होते ही आपके भेजने की प्रक्रिया को स्विच कर दिया होता, तो आपको सबसे पहले यह पता चलता कि आपके ग्राहकों को कुछ भी मिलना बंद हो गया है — और आपको यह किसी ग्राहक से, दिनों बाद पता चलता। कोड इस बात का प्रमाण है कि कोई संदेश आपके प्रदाता से छूट गया और पहुंच गया।

यदि मेरा प्रदाता काम करना बंद कर दे तो क्या होता है

आपकी सूचनाएं विफल, पुनः प्रयास के रूप में दर्ज की जाती हैं, और आपकी Email sending स्क्रीन आपके प्रदाता के अपने त्रुटि संदेश के साथ लाल हो जाती है।

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

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

यदि मैं कुछ न करूं तो क्या होगा?

कुछ भी नहीं टूटता है। आपकी सूचनाएं हमारे डोमेन से, Zinn Digital® के रूप में बाहर जाती रहती हैं, और हम उनके लिए भुगतान करते रहते हैं। आपके ग्राहकों को केवल आपके बजाय हमारा नाम दिखाई देता है।

हटाना

Disconnect दबाएं। आपकी संग्रहीत क्रेडेंशियल हटा दी जाती है और आपकी सूचनाएं अगले संदेश से हमारे डोमेन पर वापस चली जाती हैं। आप किसी भी समय पुनः कनेक्ट कर सकते हैं।