आपके ग्राहकों को मिलने वाला हर नोटिफ़िकेशन — इनवॉइस, पासवर्ड रीसेट, टिकट के जवाब, प्रोजेक्ट अपडेट — एक मेल सेवा के ज़रिए भेजा जाता है। डिफ़ॉल्ट रूप से वह सेवा हमारी होती है, From वाली पंक्ति में Zinn Digital® लिखा होता है, और उसका भुगतान हम करते हैं।
यदि आप किसी agency या reseller प्लान पर हैं, तो आप इसके बजाय अपनी स्वयं की मेल सेवा जोड़ सकते हैं। इसके बाद आपके ग्राहकों को From वाली पंक्ति में आपका डोमेन दिखाई देता है, जवाब आपको वापस मिलते हैं, और संदेश आपके प्रदाता के साथ आपके खाते से भेजे जाते हैं।
इसे अपने डैशबोर्ड में Email sending पर सेट करें।
मुझे किस प्रदाता का उपयोग करना चाहिए?
इनमें से कोई भी काम करेगा। वह चुनें जिसके पास आपका पहले से खाता है।
| Provider | Best if | Guide |
|---|
| 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 रिकॉर्ड जो यह सूचीबद्ध करता है कि आपके रूप में किसे भेजने की अनुमति है। यदि आपके पास पहले से एक है, तो आप उसे संपादित करते हैं; आप दूसरा नहीं जोड़ते। दो SPF रिकॉर्ड वाला डोमेन पूरी तरह से SPF में विफल हो जाता है, जो कि कोई भी रिकॉर्ड न होने से भी बदतर है।
DKIM — एक TXT या CNAME रिकॉर्ड जिसमें एक सार्वजनिक कुंजी होती है, ताकि प्राप्त करने वाले सर्वर यह जाँच सकें कि कोई संदेश वास्तव में आपके प्रदाता की ओर से आया है और उसमें कोई बदलाव नहीं किया गया है। यह वह रिकॉर्ड है जो सबसे महत्वपूर्ण काम करता है, और DMARC पास होने के लिए इसी का मेल खाना आवश्यक है।
Return-path (बाउंस) डोमेन — आमतौर पर एक 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 खाता सैंडबॉक्स में होता है और वह आपके संदेश को स्वीकार कर लेगा और उसे कहीं नहीं पहुँचाएगा। एक Mailgun डोमेन जिसका DNS प्रसारित नहीं हुआ है, वह भी ऐसा ही करता है। ऐसा ही एक SMTP रिले भी करता है जो 250 का उत्तर देता है और हटा देता है।
यदि आपके क्रेडेंशियल स्वीकार होते ही हम आपका भेजना स्विच कर देते, तो आपको सबसे पहले यह पता चलता कि आपके ग्राहकों को कुछ भी मिलना बंद हो गया है — और यह आपको किसी ग्राहक से, कई दिनों बाद पता चलता। वह कोड इस बात का प्रमाण है कि एक संदेश आपके प्रदाता से निकला और सफलतापूर्वक पहुँचा।
क्या होगा यदि मेरा प्रदाता काम करना बंद कर दे
आपके नोटिफ़िकेशन विफल के रूप में दर्ज किए जाते हैं, पुनः प्रयास किए जाते हैं, और आपकी Email sending स्क्रीन आपके प्रदाता के अपने त्रुटि संदेश के साथ लाल हो जाती है।
⛔ हम इसके बजाय उन्हें अपने डोमेन से नहीं भेजते हैं। यह जानबूझकर किया गया है। एक मूक फ़ॉलबैक का मतलब यह होगा कि एक खराब मेल खाता इतने ठीक ढंग से काम करता रहेगा कि कोई भी इसे ठीक नहीं करेगा — जबकि हम चुपचाप इसके लिए भुगतान करते रहेंगे। इसलिए खराबी स्पष्ट दिखाई देती है, और इसे ठीक करना आपकी ज़िम्मेदारी है, जो इसे ठीक करने का एकमात्र तरीका है।
जब तक इसे ठीक नहीं किया जाता, आपके ग्राहकों को वे नोटिफ़िकेशन नहीं मिल रहे होते हैं। सब कुछ अभी भी उनके डैशबोर्ड इनबॉक्स में रहता है, और कुछ भी नष्ट नहीं होता है — लेकिन यहाँ लाल बैनर को अत्यावश्यक मानें।
यदि मैं कुछ न करूँ तो क्या होगा?
कुछ भी ख़राब नहीं होता। आपके नोटिफ़िकेशन हमारे डोमेन से, Zinn Digital® के रूप में जाते रहते हैं, और हम उनके लिए भुगतान करते रहते हैं। आपके ग्राहकों को बस आपके नाम के स्थान पर हमारा नाम दिखाई देता है।
इसे हटाना
Disconnect दबाएँ। आपका संग्रहीत क्रेडेंशियल हटा दिया जाता है और आपके नोटिफ़िकेशन अगले संदेश से वापस हमारे डोमेन पर चले जाते हैं। आप किसी भी समय पुनः कनेक्ट कर सकते हैं।