PTR रिकॉर्ड (रिवर्स DNS) क्या है, और क्या ईमेल के लिए इसकी ज़रूरत होती है?

अपने डोमेन के ईमेल रिकॉर्ड प्रकाशित करने से आपका मेल भेजने वाले सर्वर का रिवर्स DNS कॉन्फ़िगर नहीं होता। वह रिकॉर्ड भेजने वाले IP के पते के ज़ोन में होता है।

PTR रिकॉर्ड को कौन नियंत्रित करता है?

IP पते के लिए ज़िम्मेदार ऑपरेटर उसके रिवर्स DNS को नियंत्रित करता है या यह नियंत्रण किसी और को सौंप देता है।

रिवर्स DNS ज़ोन में किसी पता ब्लॉक से जुड़े नाम होते हैं। आपके डोमेन का DNS ज़ोन अधिकार का एक अलग क्षेत्र है। इसलिए example.com को संपादित करने की अनुमति से किसी भेजने वाले IP का PTR रिकॉर्ड बदलने की अनुमति नहीं मिलती।

होस्टिंग प्रदाता कंट्रोल पैनल दे सकता है या कॉन्फ़िगरेशन का अनुरोध स्वीकार कर सकता है। भेजने वाला प्लेटफ़ॉर्म आमतौर पर अपने दिए गए पतों का रिवर्स ज़ोन खुद संभालता है। पते के लिए ज़िम्मेदार ऑपरेटर से ही काम करवाएँ, भले ही आपके डोमेन के रिकॉर्ड कहीं और होस्ट हों।

फ़ॉरवर्ड और रिवर्स लुकअप में क्या दिखना चाहिए?

भेजने वाला IP एक ऐसे होस्टनेम पर रिज़ॉल्व होना चाहिए जो वापस उसी IP पर रिज़ॉल्व हो। जब ये लुकअप मेल नहीं खाते, तो Gmail मेल को अस्थायी रूप से सीमित या ब्लॉक कर सकता है।

Google की प्रेषक आवश्यकताओं में दोनों दिशाएँ ज़रूरी हैं। PTR होस्टनेम पर एक A रिकॉर्ड में भेजने वाला IPv4 पता प्रकाशित करें। IPv6 के लिए AAAA रिकॉर्ड प्रकाशित करें।

अगर PTR रिकॉर्ड में mail.example.com लिखा है, तो उस होस्टनेम का एक पता रिकॉर्ड होना चाहिए जिसमें भेजने वाला IP हो। जो होस्टनेम अब रिज़ॉल्व नहीं होता, वह इस जाँच में विफल होता है। जो होस्टनेम केवल किसी दूसरे IP पर रिज़ॉल्व होता है, वह भी विफल होता है।

RFC 1912 सुझाता है कि कई IP वाले होस्ट के हर पते के लिए मेल खाते रिवर्स रिकॉर्ड हों। केवल एक पते की जाँच करने से किसी दूसरे पते से आने वाला ट्रैफ़िक बिना मान्य रिवर्स लुकअप के रह सकता है।

अतिरिक्त लुकअप से बचने के लिए अपने PTR रिकॉर्ड को सीधे उस होस्टनेम पर पॉइंट करें जिसमें भेजने वाले IP का पता रिकॉर्ड है। CNAME उपनाम यह अतिरिक्त कदम जोड़ता है, जिसे RFC 1912 हतोत्साहित करता है।

क्या Gmail कम मात्रा में मेल भेजने वालों से भी PTR रिकॉर्ड माँगता है?

हाँ, Gmail हर प्रेषक से मेल खाते फ़ॉरवर्ड और रिवर्स DNS की माँग करता है।

यह आवश्यकता इस बात पर निर्भर नहीं करती कि आप बल्क-सेंडर श्रेणी में आते हैं या नहीं। पासवर्ड रीसेट भेजने वाले कम वॉल्यूम वाले ऐप्लिकेशन को भी सही तरह से कॉन्फ़िगर किए गए सेंडिंग IP की ज़रूरत होती है।

Google के Postmaster Tools डैशबोर्ड में खराब या अनुपस्थित PTR से जुड़ी डिलीवरी त्रुटि दिखती है। अगर यह त्रुटि दिखे, तो डोमेन के असंबंधित ऑथेंटिकेशन रिकॉर्ड बदलने से पहले सेंडिंग IP के रिवर्स लुकअप की जाँच करें।

ईमेल सर्वर HELO अभिवादन से अपनी पहचान बताता है, जिसमें उसका होस्टनेम होता है। Spamhaus की सिफ़ारिश के अनुसार, इस अभिवादन के होस्टनेम को सर्वर के होस्टनेम और रिवर्स DNS से मिलाएँ। गलत कॉन्फ़िगर किए गए सर्वरों को डिलीवरी में समस्याएँ हो सकती हैं, भले ही प्राप्तकर्ता Spamhaus सूचियों का उपयोग न करते हों।

अपने सेंडिंग सेटअप के लिए आपको क्या करना चाहिए?

अपने सेंडिंग IP के ऑपरेटर के माध्यम से रिवर्स DNS कॉन्फ़िगर करें, या उस ऑपरेटर से बेमेल ठीक करने को कहें।

डेडिकेटेड IP मिलने से उसके रिवर्स ज़ोन का नियंत्रण अपने-आप आपको नहीं मिल जाता। मैनेज्ड सेवा में भी बेमेल हो सकता है। किसी नए पते की समस्या की जाँच करते समय कॉन्फ़िगरेशन की पुष्टि करें।

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