आपका मेल सर्वर काम करता है। Postfix शुरू होता है, लॉग साफ़ दिखते हैं, आप अपने Gmail को एक टेस्ट संदेश भेजते हैं — और यह स्पैम में उतरता है। या यह बस ग़ायब हो जाता है। आपके कॉन्फ़िग में कुछ भी टूटा नहीं। सॉफ़्टवेयर ने ठीक वही किया जो आपने कहा।
समस्या यह है कि दूसरे छोर पर सर्वर आपके IP पर अभी भरोसा नहीं करता, और ईमेल छोटी भरोसे की जाँचों का एक पूरा स्टैक छिपाता है जिन सबको एक अजनबी का इनबॉक्स आपको अंदर आने देने से पहले एक क़तार में लगना होता है। उन्हें सही करें और डिलीवरी ज़्यादातर ख़ुद संभल जाती है। एक चूकें और आप एक स्पैम फ़ोल्डर में चिल्ला रहे हैं।
तीन चीज़ें ज़्यादातर वज़न उठाती हैं: रिवर्स DNS, प्रेषक प्रमाणीकरण, और क्या आपका होस्ट आपको पोर्ट 25 पर बात करने भी देता है। इनमें से कोई कठिन नहीं। वे बस भूलने में आसान हैं, और हर एक एक शांत वीटो है।
वह जिसे हर कोई भूलता है: रिवर्स DNS
फ़ॉरवर्ड DNS वह हिस्सा है जो आप जानते हैं — एक नाम एक IP की ओर इंगित करता है। रिवर्स DNS दर्पण है: एक IP वापस एक नाम की ओर इंगित करता है। उस रिकॉर्ड को एक PTR कहते हैं, और यह उसके पास रहता है जो IP नियंत्रित करता है, आपके डोमेन के ज़ोन में नहीं।
यहाँ यह क्यों मायने रखता है। जब आपका सर्वर Gmail के SMTP से एक कनेक्शन खोलता है, प्राप्त करने वाला पक्ष पहली चीज़ों में से जो करता है वह आपके IP पर एक रिवर्स लुकअप है — यह कौन है? इसे ख़ुद चलाएँ:
dig -x 203.0.113.19 +short
अगर वह static.203-0-113-19.rev.example-isp.net जैसे कुछ के साथ वापस आए, या ख़ाली वापस आए, आप पहले ही अंक खो चुके हैं। वह सामान्य नाम कहता है "कोई यादृच्छिक VPS," और बदतर, यह उस hostname से मेल नहीं खाता जिसके रूप में आपका सर्वर HELO अभिवादन में ख़ुद को परिचित कराता है। प्राप्त करने वाले सर्वर उस बेमेल को कड़ाई से फ़्लैग करते हैं। कुछ सीधे अस्वीकार करते हैं।
जो वे देखना चाहते हैं वह एक PTR है जो आपके मेल hostname से मेल खाए। अगर आपका सर्वर HELO mail.example.com कहता है, उसके IP पर रिवर्स लुकअप को mail.example.com लौटाना चाहिए। फ़ॉरवर्ड और रिवर्स सहमत, कहानी सुसंगत, और आप एक अपहृत बॉक्स के बजाय एक असली मेल सर्वर की तरह दिखते हैं।
एक PTR सेट करना पारंपरिक रूप से मतलब उसके साथ एक सपोर्ट टिकट खोलना जो IP ब्लॉक का मालिक हो और इंतज़ार करना। EQVPS डेडिकेटेड-IP प्लान पर यह आपके डैशबोर्ड में एक फ़ील्ड है — hostname टाइप करें, यह प्रदाता के API के ज़रिए सीधे रजिस्ट्री पर लिखता है, और यह सेकंडों में लाइव है। इसे स्व-सेवा करने का यही पूरा मक़सद है: रिवर्स DNS वह क़दम है जिसे लोग छोड़ते हैं क्योंकि यह पहले परेशान करता था।
प्रमाणीकरण: SPF, DKIM, DMARC
ये तीन DNS रिकॉर्ड प्राप्त करने वाले सर्वरों को बताते हैं कि आपके डोमेन से होने का दावा करता मेल सच में है। इन्हें छोड़ें और आप एक असत्यापित अजनबी हैं।
- SPF एक TXT रिकॉर्ड है जो सूचीबद्ध करता है कि कौन-से सर्वर आपके डोमेन के लिए भेजने की अनुमति रखते हैं। Gmail इसे जाँचता है और पूछता है: क्या यह संदेश एक IP से आया जिसे आपने अधिकृत किया?
- DKIM हर आउटगोइंग संदेश को क्रिप्टोग्राफ़िक रूप से हस्ताक्षरित करता है। प्राप्तकर्ता DNS से आपकी सार्वजनिक कुंजी खींचता है और सत्यापित करता है कि हस्ताक्षर पारगमन में जाली नहीं था।
- DMARC दोनों को साथ बाँधता है और प्राप्तकर्ताओं को बताता है कि जब एक जाँच विफल हो तो क्या करें — कुछ नहीं, quarantine, या reject — और रिपोर्ट कहाँ भेजें।
आप तीनों चाहते हैं। SPF और DKIM साबित करते हैं कि मेल जायज़ रूप से आपका है; DMARC उस प्रमाण को एक नीति में बदलता है। यह शायद बीस मिनट के DNS संपादन हैं, और यह "सत्यापित प्रेषक" और "कौन?" के बीच फ़र्क़ है।
पोर्ट 25, और यह क्यों बंद है
यहाँ वह है जो लोगों को चौंकाता है। आउटबाउंड पोर्ट 25 — वह पोर्ट जो मेल सर्वर एक-दूसरे से बात करने को इस्तेमाल करते हैं — मूलतः हर VPS होस्ट पर डिफ़ॉल्ट रूप से ब्लॉक है। हम भी।
यह जान-बूझकर है। पोर्ट 25 क्लासिक स्पैम तोप है, तो यह तब तक बंद रहता है जब तक आप इसे माँगें और कहें कि आप असल में क्या भेज रहे हैं। हम इसे प्रति अनुरोध खोलते हैं, न कि किसी के भी लिए खुला छोड़ते हैं जो एक सर्वर खड़ा करे।
और यहाँ एक ईमानदार चेतावनी है जिसे साफ़-साफ़ कहना सार्थक है: एक खुले पोर्ट 25 के साथ ज़िम्मेदारी आती है। स्पैम पंप करती एक समझौता की गई स्क्रिप्ट या एक ग़लत-कॉन्फ़िगर किया रिले, और आपके IP की प्रतिष्ठा चली गई — कभी-कभी हफ़्तों के लिए। एक साझा सबनेट पर वह गंदगी आपके पड़ोसियों पर छींटती है, ठीक इसलिए होस्ट इसके बारे में सावधान हैं। अगर आप हमसे 25 खोलने को कहें, अपना सर्वर साफ़ रखें, क्योंकि जिस प्रतिष्ठा की आप रक्षा कर रहे हैं वह आंशिक रूप से हमारी भी है।
डेडिकेटेड IP वैकल्पिक क्यों नहीं है
यह सब एक आवश्यकता पर वापस घूमता है: IP आपका होना चाहिए। एक NAT सेटअप या एक साझा पते पर आप अपना ख़ुद का PTR सेट नहीं कर सकते, क्योंकि पता विशेष रूप से आपका इंगित करने के लिए नहीं है। आप जो भी प्रतिष्ठा साझा IP पहले से ढोता है वह भी विरासत में लेते हैं — और आपको कोई अंदाज़ा नहीं कि पिछले किरायेदार ने इसके साथ क्या किया।
एक डेडिकेटेड IP आपको एक PTR देता है जो आप नियंत्रित करते हैं, एक प्रतिष्ठा जो आपकी बनाने के लिए है, और एक साफ़ शुरुआती बिंदु। आउटबाउंड मेल के लिए वह एक अच्छाई-रखने-योग्य नहीं; यह तल है।
ईमानदार लब्बोलुआब
2026 में ईमेल स्व-होस्ट करना असली, लगातार काम है। यह सेट-एंड-फ़ॉरगेट नहीं — आप ब्लॉकलिस्ट देखेंगे, DKIM कुंजियाँ घुमाएँगे, और कभी-कभी पता लगाएँगे कि एक ख़ास प्रदाता ने आपको greylisting क्यों शुरू किया। अगर यह एक कम-दाँव वाला साइड प्रोजेक्ट है, ईमानदारी से, एक मौजूदा मेल प्रदाता के ज़रिए फ़ॉरवर्ड करना आपको सिरदर्द बचाएगा।
पर अगर आप असली नियंत्रण चाहते हैं — आपका डेटा, आपका डोमेन, कोई और हेडर न पढ़े — यह एक छोटे VPS पर बहुत करने योग्य है। ऊपर की भरोसे की प्लंबिंग लड़ाई का लगभग 90% है, और इनमें से कुछ भी अनोखा नहीं। एक डेडिकेटेड IP लें, PTR को अपने hostname से मेल खाने के लिए सेट करें, SPF/DKIM/DMARC प्रकाशित करें, हमसे पोर्ट 25 खोलने को कहें, फिर mail-tester.com जैसे एक टूल के ज़रिए एक टेस्ट भेजें और जो भी यह फ़्लैग करे उसे ठीक करें। यह करें और आप अब एक स्पैम फ़ोल्डर में नहीं चिल्ला रहे — आप एक मेल सर्वर हैं जिस पर लोगों के इनबॉक्स असल में भरोसा करते हैं।
टिप्पणियाँ
अभी तक कोई टिप्पणी नहीं। पहले बनें।