आपके डोमेन के ईमेल रिकॉर्ड प्रकाशित करने से आपका मेल भेजने वाले सर्वर का reverse DNS कॉन्फ़िगर नहीं होता। वह रिकॉर्ड भेजने वाले IP के एड्रेस ज़ोन में होता है।
PTR रिकॉर्ड कौन नियंत्रित करता है?
IP एड्रेस के लिए ज़िम्मेदार ऑपरेटर उसका reverse DNS नियंत्रित करता है या वह नियंत्रण दूसरे को सौंपता है।
एक reverse DNS ज़ोन में किसी एड्रेस ब्लॉक से जुड़े नाम होते हैं। आपके डोमेन का DNS ज़ोन एक अलग अथॉरिटी क्षेत्र है। example.com संपादित करने की अनुमति का मतलब यह नहीं कि आप भेजने वाले IP का PTR रिकॉर्ड बदल सकते हैं।
कोई होस्टिंग प्रोवाइडर कंट्रोल पैनल दे सकता है या कॉन्फ़िगरेशन अनुरोध स्वीकार कर सकता है। एक भेजने वाला प्लेटफ़ॉर्म आमतौर पर अपने द्वारा दिए गए एड्रेस का reverse ज़ोन संभालता है। एड्रेस के लिए ज़िम्मेदार ऑपरेटर का उपयोग करें, भले ही आपके डोमेन के रिकॉर्ड कहीं और होस्ट हों।
Forward और reverse लुकअप में क्या दिखना चाहिए?
भेजने वाले IP को एक ऐसे होस्टनेम पर रिज़ॉल्व होना चाहिए जो उसी IP पर वापस रिज़ॉल्व हो। जब ये लुकअप मेल नहीं खाते, तो Gmail मेल को अस्थायी रूप से सीमित या ब्लॉक कर सकता है।
Google की प्रेषक आवश्यकताएँ दोनों दिशाओं की अपेक्षा करती हैं। PTR होस्टनेम पर एक A रिकॉर्ड में भेजने वाला IPv4 एड्रेस प्रकाशित करें। IPv6 के लिए AAAA रिकॉर्ड प्रकाशित करें।
अगर PTR रिकॉर्ड mail.example.com नाम करता है, तो उस होस्टनेम के पास भेजने वाले IP वाला एक एड्रेस रिकॉर्ड होना चाहिए। जो होस्टनेम अब रिज़ॉल्व नहीं होता, वह इस जाँच में विफल रहता है। जो होस्टनेम केवल किसी दूसरे IP पर रिज़ॉल्व होता है, वह भी विफल रहता है।
RFC 1912 अनुशंसा करता है कि एक से अधिक IP वाले होस्ट के हर एड्रेस के लिए मैचिंग reverse रिकॉर्ड हों। केवल एक एड्रेस की जाँच करने से दूसरे से आने वाला ट्रैफ़िक बिना वैध reverse लुकअप के रह सकता है।
अतिरिक्त लुकअप से बचने के लिए अपना PTR रिकॉर्ड सीधे उस होस्टनेम पर पॉइंट करें जिसमें भेजने वाले IP का एड्रेस रिकॉर्ड है। CNAME alias यह अतिरिक्त कदम जोड़ता है, जिसे RFC 1912 हतोत्साहित करता है।
क्या Gmail कम मात्रा वाले प्रेषकों से भी PTR रिकॉर्ड की अपेक्षा करता है?
हाँ, Gmail हर प्रेषक से मैचिंग forward और reverse DNS की अपेक्षा करता है।
यह आवश्यकता बल्क-प्रेषक स्तर में प्रवेश करने पर निर्भर नहीं है। पासवर्ड रीसेट भेजने वाले कम मात्रा के ऐप्लिकेशन को भी सही ढंग से कॉन्फ़िगर किए गए भेजने वाले IP की ज़रूरत है।
Google के Postmaster Tools dashboards में bad-or-missing-PTR डिलीवरी त्रुटि शामिल है। अगर वह त्रुटि दिखे, तो असंबंधित डोमेन ऑथेंटिकेशन रिकॉर्ड बदलने से पहले भेजने वाले IP के reverse लुकअप की जाँच करें।
एक ईमेल सर्वर अपनी पहचान HELO ग्रीटिंग से करता है जिसमें उसका होस्टनेम होता है। उस ग्रीटिंग के होस्टनेम को सर्वर के होस्टनेम और reverse DNS से मिलाएँ, जैसा Spamhaus अनुशंसा करता है। गलत कॉन्फ़िगर किए गए सर्वर को डिलीवरी समस्याएँ हो सकती हैं, भले ही रिसीवर Spamhaus सूचियों का उपयोग न करते हों।
अपने भेजने के सेटअप के लिए आपको क्या करना चाहिए?
अपने भेजने वाले IP के ऑपरेटर के ज़रिए reverse DNS कॉन्फ़िगर करें, या उस ऑपरेटर से मिसमैच ठीक करने को कहें।
| आप कैसे भेजते हैं | Reverse रिकॉर्ड कौन कॉन्फ़िगर कर सकता है |
|---|---|
| प्लेटफ़ॉर्म के शेयर्ड भेजने वाले IP | प्लेटफ़ॉर्म या उसका एड्रेस प्रोवाइडर |
| प्लेटफ़ॉर्म का डेडिकेटेड भेजने वाला IP | प्लेटफ़ॉर्म या उसका एड्रेस प्रोवाइडर |
| आपका अपना मेल सर्वर | आपका होस्टिंग प्रोवाइडर, या आप अगर reverse-ज़ोन नियंत्रण आपको सौंपा गया है |
डेडिकेटेड IP मिलने से आपको उसके reverse ज़ोन का नियंत्रण अपने आप नहीं मिलता। किसी मैनेज्ड सर्विस में भी मिसमैच हो सकता है। नया एड्रेस डायग्नोज़ करते समय कॉन्फ़िगरेशन की पुष्टि करें।
प्लेटफ़ॉर्म से भेजने के लिए, विफल IP और डिलीवरी त्रुटि सपोर्ट को दें। अपने मैनेज किए गए सर्वर के लिए, DNS की दोनों दिशाएँ और ग्रीटिंग होस्टनेम जाँचें। ब्लॉकलिस्ट जाँच अस्वीकृति का एक अलग संभावित कारण संबोधित करती हैं।
संक्षेप में
PTR रिकॉर्ड एड्रेस ज़ोन के होते हैं।
किसी IP एड्रेस के लिए ज़िम्मेदार ऑपरेटर उसका reverse DNS नियंत्रित करता है या वह नियंत्रण दूसरे को सौंपता है।
Forward और reverse लुकअप मेल खाने चाहिए।
भेजने वाले IP को एक ऐसे होस्टनेम पर मैप होना चाहिए जो उसी IP पर वापस रिज़ॉल्व हो।
Gmail हर भेजने वाले से reverse DNS की अपेक्षा करता है।
मैचिंग forward और reverse DNS बुनियादी आवश्यकताएँ हैं, चाहे भेजने की मात्रा कुछ भी हो।
भेजने वाला ऑपरेटर समस्या ठीक करता है।
जब आप reverse ज़ोन संपादित नहीं कर सकते, तो उस IP के लिए ज़िम्मेदार प्लेटफ़ॉर्म या होस्टिंग प्रोवाइडर से संपर्क करें।