अपने डोमेन पर ईमेल कैसे पाऊं?

अपने डोमेन पर ईमेल पता क्या है?

यह [email protected] है, किसी मेल प्रोवाइडर के पते की जगह। दो चीजें इसे काम कराती हैं। सर्वर पर एक मेलबॉक्स, और DNS रिकॉर्ड जो दूसरे सर्वर को बताते हैं कि मेलबॉक्स कहां है और आपकी ओर से कौन भेज सकता है।

Velumhold मेलबॉक्स देता है। Email accounts on your own domain with webmail, IMAP and SMTP; outgoing mail is rate-limited to keep spam off the servers। यहाँ डोमेन नहीं बेचे जाते: अपने स्वामित्व वाले डोमेन को दो नेमसर्वर या एक A record के साथ खाते की ओर पॉइंट करें। DNS रिकॉर्ड वहीं रहते हैं जहां आपके डोमेन का DNS प्रबंधित होता है। एक व्यक्ति सप्ताह के सातों दिन, 12 घंटे के भीतर सपोर्ट ईमेल का जवाब देता है, जिसमें DNS रिकॉर्ड, WordPress, ईमेल खातों और साइट को स्थानांतरित करने में मदद शामिल है।

मेलबॉक्स की संख्या बहुत अलग होती है। Velumhold के 2 नवंबर 2026 के सर्वे के अनुसार, ईमेल संख्या बताने वाली 13 होस्ट में से 5 अपने एंट्री प्लान में अनलिमिटेड ईमेल खाते शामिल करती हैं, OrangeWebsite और Packetra 3 शामिल करते हैं, और Hostinger के मेलबॉक्स सिर्फ पहले साल मुफ्त हैं। Velumhold के Tulle में 10 शामिल हैं।

MX रिकॉर्ड क्या करता है?

MX रिकॉर्ड उस सर्वर का नाम बताता है जो आपके डोमेन के लिए मेल प्राप्त करता है। भेजने वाला सर्वर आपके डोमेन के MX रिकॉर्ड के लिए DNS से पूछता है और सबसे कम preference नंबर पहले आज़माता है (RFC 5321, section 5.1)। MX रिकॉर्ड न होने पर, भेजने वाला डोमेन के अपने address रिकॉर्ड पर लौट आता है, इसलिए जानबूझकर एक प्रकाशित करें। लक्ष्य अपने A या AAAA रिकॉर्ड वाला होस्ट नाम होना चाहिए, CNAME नहीं।

example.com.  3600  IN  MX  10  mail.example.com.
example.com.  3600  IN  MX  20  backup.example.com.

SPF रिकॉर्ड क्या करता है?

SPF उन सर्वर की सूची देता है जिन्हें आपके डोमेन के लिए मेल भेजने की अनुमति है। यह एक TXT रिकॉर्ड है जो v=spf1 से शुरू होता है (RFC 7208, section 3)। प्राप्त करने वाले भेजने वाले सर्वर की सूची से तुलना करते हैं।

• केवल एक रिकॉर्ड। एक डोमेन पर दो SPF रिकॉर्ड जांच को स्थायी त्रुटि के साथ विफल कर देते हैं (sections 3.2 और 4.5)।
• अधिकतम 10 DNS लुकअप। include, a और mx टर्म गिने जाते हैं। 10 से अधिक पर, परिणाम स्थायी त्रुटि है (section 4.6.4)।
• -all या ~all। -all कहता है कि सूची में न होने वाला सब कुछ अनधिकृत है। ~all सॉफ्ट फेल है, और प्राप्त करने वालों को अकेले उस पर अस्वीकार नहीं करना चाहिए (sections 8.4 और 8.5)।

example.com.  3600  IN  TXT  "v=spf1 ip4:203.0.113.25 -all"

DKIM रिकॉर्ड क्या करता है?

DKIM हर संदेश पर हस्ताक्षर करता है, ताकि प्राप्त करने वाले जांच सकें कि यह आपके डोमेन से आया और इसे बदला नहीं गया। भेजने वाला सर्वर एक DKIM-Signature हेडर जोड़ता है। मिलती-जुलती पब्लिक की selector._domainkey.yourdomain.com पर TXT रिकॉर्ड में रहती है (RFC 6376, sections 3.5 और 3.6.2)। selector एक डोमेन को कई की रखने और उन्हें घुमाने देता है।

Google को व्यक्तिगत Gmail अकाउंट पर मेल के लिए 1024 बिट या उससे लंबी DKIM की चाहिए, और जहां समर्थित हो वहां 2048 बिट की सलाह देता है।

default._domainkey.example.com.  3600  IN  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkq..."

DMARC रिकॉर्ड क्या करता है?

DMARC प्राप्तकर्ताओं को बताता है कि प्रमाणीकरण में विफल मेल का क्या करना है, और रिपोर्ट कहाँ भेजनी हैं। यह _dmarc.yourdomain.com पर एक TXT रिकॉर्ड है (RFC 9989, धारा 4.5, जो RFC 7489 को प्रतिस्थापित करता है)। p टैग none, quarantine या reject लेता है। rua टैग एग्रीगेट रिपोर्ट के लिए एक पता बताता है।

किसी संदेश के पास होने के लिए, SPF या DKIM पास होना चाहिए, और जिस डोमेन को वे जाँचते हैं वह From डोमेन से मेल खाना चाहिए। डिफ़ॉल्ट रूप से समान संगठनात्मक डोमेन पर मेल खाना पर्याप्त है। जिन डोमेन के उपयोगकर्ता मेलिंग सूचियों पर पोस्ट करते हैं, उनके लिए RFC 9989 कम से कम एक महीने तक p=none की सलाह देता है, फिर उतनी ही अवधि के लिए p=quarantine, उसके बाद p=reject (धारा 7.4)।

_dmarc.example.com.  3600  IN  TXT  "v=DMARC1; p=none; rua=mailto:[email protected]"

वेबमेल, IMAP और SMTP साथ में कैसे काम करते हैं?

Webmail, IMAP और SMTP एक ही मेलबॉक्स को पढ़ने और भेजने के तीन तरीके हैं। Webmail ब्राउज़र में चलता है। IMAP आपके फ़ोन या कंप्यूटर पर किसी ऐप को उन मेलबॉक्स पर काम करने देता है जो सर्वर पर रहते हैं, इसलिए हर डिवाइस को एक ही फ़ोल्डर और फ़्लैग दिखते हैं (RFC 9051)। SMTP भेजता है। आपके ऐप से Submission सामान्यतः पोर्ट 587 का उपयोग करता है, जबकि सर्वर आपस में पोर्ट 25 पर रिले करते हैं (RFC 6409)।

RFC 8314 पहले बाइट से TLS की सलाह देता है: पोर्ट 993 पर IMAP और पोर्ट 465 पर Submission, साथ ही पोर्ट 587 पर STARTTLS भी स्वीकार्य। अपने ऐप में TLS विकल्प चुनें। किसी दूसरे होस्ट से आ रहे हैं? MX रिकॉर्ड सबसे आखिर में बदलें, जैसे डाउनटाइम के बिना वेबसाइट कैसे ले जाएं में।

मेरा मेल स्पैम में जाता है या नहीं, यह क्या तय करता है?

ऑथेंटिकेशन, शिकायतें और वॉल्यूम। Google के sender नियम व्यक्तिगत Gmail खातों पर भेजे गए मेल पर लागू होते हैं:

• हर sender को SPF या DKIM, मान्य forward और reverse DNS, और TLS चाहिए।
• Postmaster Tools में स्पैम दर 0.3% से नीचे रखें। Google का लक्ष्य 0.10% से नीचे है।
• जो sender रोज़ 5,000 से ज़्यादा संदेश भेजते हैं, उन्हें SPF, DKIM और DMARC, SPF या DKIM डोमेन से मेल खाता From डोमेन, और मार्केटिंग मेल पर one-click unsubscribe भी चाहिए।

Velumhold आम मेल के लिए बना है, बल्क मेलिंग के लिए नहीं। आउटगोइंग मेल पर rate limit है, और स्पैम व बल्क ईमेल मना है। देखें acceptable use।

कस्टम डोमेन पर ईमेल किन गलतियों से टूटता है?

• एक ही डोमेन पर दो SPF रिकॉर्ड। उन्हें एक में मिला दें।
• SPF में 10 से ज़्यादा DNS lookup।
• ऐसा MX target जो CNAME है या जिसका कोई address रिकॉर्ड नहीं।
• एक DKIM selector के लिए कई TXT रिकॉर्ड। नतीजा अनिश्चित होता है (RFC 6376, section 3.6.2.2)।
• पहले ही दिन p=reject। पहले रिपोर्ट पढ़ें।