मैं एक मित्र को सर्वर चलाने में मदद करता हूं, जिसमें एक मेल सर्वर शामिल है। http://mxtoolbox.com रिपोर्ट करता है कि हमारा रिवर्स DNS एक मान्य होस्टनाम नहीं है।
रिवर्स DNS वर्तमान में इंगित करता है domain.com
। यह इंगित करना चाहिए hostname.domain.com
? मैंने यहाँ देखा है कि रिवर्स DNS के लिए इस योजना का उपयोग करना पारंपरिक है। हालाँकि, यदि मेल सर्वर इस तरह से प्रतिक्रिया करता है तो यह एक समस्या पैदा करेगा:
220 domain.com ESMTP Postfix (Ubuntu)
EHLO PWS3.mxtoolbox.com
250-domain.com
250-PIPELINING
250-SIZE 10240000
...
मूल रूप से, क्या उल्टे DNS डोमेन के उप-डोमेन की ओर इशारा करते हुए मेल सर्वर रिपोर्ट मान्य होगा?
संपादित करें: मेरा मूल प्रश्न इस प्रकार था: यदि मेल सर्वर domain.com
अपने FQDN के रूप में रिपोर्ट करता है, तो क्या रिवर्स डीएनएस इंगित कर सकता है hostname.domain.com
? यह क्यों आवश्यक नहीं है, और क्यों दोनों समान होना चाहिए, इसके लिए नीचे टिप्पणी देखें।
hostname.domain.com
मेल / से मेल के लिए रिवर्स DNS के रूप में मान्य है domain.com
, जबकि अन्य पोस्ट जानना चाहते थे कि उनका रिवर्स DNS क्या होना चाहिए। मेरा उत्तर अन्य पोस्ट के उत्तर का उपयोग करता है और इसके बारे में एक प्रश्न पूछता है।
domain.com
, नहीं सूचना FQDN। मैंने मूल रूप से माना कि सर्वर को domain.com
मेल भेजने के लिए रिपोर्ट करना होगा domain.com
। जैसा कि मैंने हाल ही में महसूस किया है, मैं v=spf1 mx -all
एसपीएफ़ रिकॉर्ड के रूप में अन्य मशीन को मेल भेजने की अनुमति देने के लिए उपयोग कर सकता हूं । स्वीकृत उत्तर की टिप्पणियों में यह स्पष्ट किया गया था।