ज्ञानकोष

अपने स्वयं के डोमेन से, अपने स्वयं के खाते पर ईमेल भेजें

अपने क्लाइंट्स की सूचनाएं अपने डोमेन से, अपने मेल खाते पर भेजें: कौन सा प्रदाता चुनें, वे SPF, DKIM और return-path रिकॉर्ड जिनकी उन सभी को आवश्यकता होती है, हम क्यों जोर देते हैं कि एक परीक्षण संदेश वास्तव में पहुंचे, और जब कोई प्रदाता बाधित होता है तो क्या होता है।

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

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

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

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

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

ProviderBest ifGuide
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@ के रूप में।

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

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

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

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

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

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

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

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

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

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

जब तक इसे ठीक नहीं किया जाता, आपके ग्राहकों को वे नोटिफ़िकेशन नहीं मिल रहे होते हैं। सब कुछ अभी भी उनके डैशबोर्ड इनबॉक्स में रहता है, और कुछ भी नष्ट नहीं होता है — लेकिन यहाँ लाल बैनर को अत्यावश्यक मानें।

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

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

इसे हटाना

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

ब्लॉग से नवीनतम

होस्टिंग, एसईओ और बड़े पैमाने पर साइटों को चलाने के बारे में हमने जो लिखा है।

होस्टिंग लेयर से एसईओ और लिंक बिल्डिंग: 2026 ऑपरेटर का दृष्टिकोण

2026 में होस्टिंग कैसे इंडेक्सिंग और लिंक इक्विटी को आकार देती है: पेजों को इंडेक्स में बनाए रखना, उन पर निर्माण करने से पहले पुराने डोमेन की जांच करना, बिना सर्च फ़ुटप्रिंट के लिंक बनाना, और बुनियादी ढांचा एसईओ के लिए क्या कर सकता है और क्या नहीं, इस पर एक ईमानदार दृष्टिकोण।

पोस्ट पढ़ें →

WordPress को तेज़ और सुरक्षित बनाना: परफ़ॉर्मेंस और प्लगइन चेकलिस्ट

तेज़ और सुरक्षित WordPress के लिए एक व्यावहारिक चेकलिस्ट: सर्वर-स्तरीय कैशिंग, प्रति-साइट ऑब्जेक्ट कैश, उपयोग करने लायक कुछ चुनिंदा प्लगइन्स, स्टैक को अद्यतित रखना, और WooCommerce के वे पृष्ठ जिन्हें आपको कभी भी कैश नहीं करना चाहिए।

पोस्ट पढ़ें →

2026 में प्रबंधित वेब होस्टिंग कैसे चुनें: एक खरीदार की मार्गदर्शिका

एक कंट्रोल पैनल वाले सस्ते बॉक्स से अच्छे प्रबंधित होस्टिंग को वास्तव में क्या अलग करता है — माइग्रेशन, बैकअप, आइसोलेशन, वास्तविक कैशिंग और ईमानदार स्केलिंग — और इससे पहले कि आप कोई निर्णय लें, इसका आकलन कैसे करें।

पोस्ट पढ़ें →

ब्लॉग पढ़ें →

क्या अब भी समस्या आ रही है?

हर प्लान में सहायता शामिल है, हेल्प डेस्क दिन के 24 घंटे खुली रहती है, और आप हमारी किसी भी 58 भाषाओं में हमें लिख सकते हैं — हम आपकी ही भाषा में आपको जवाब देते हैं।

सहायता से संपर्क करें → सभी लेख →