क्या किसी को किसी भी अध्ययन के बारे में पता है कि किसी ईमेल सर्वर के SMTP बैनर नाम के लिए ptr रिकॉर्ड नहीं है, तो ईमेल को कैसे खारिज कर दिया जाएगा?
क्या हमेशा सक्षम होने पर रिवर्स चेक किया जाता है, या कभी-कभी इसे कॉन्फ़िगर किया जाता है तो क्या कोई स्पैम प्रोग्राम ईमेल 'iffy' पर विचार करता है, रिवर्स चेक किया जाता है?
जवाबों:
मैं अपने ईमेल सर्वर के आईपी पते के लिए रिवर्स लुकअप के लिए जितना संभव हो उतना संभव प्रयास करूंगा, वह नाम जो एसएमटीपी वार्तालापों में उपयोग कर रहा है। यह जीवन को आसान बनाता है।
मेरे पास इसे वापस करने के लिए कोई सांख्यिकीय प्रमाण नहीं है, लेकिन यह मेरा अनुभव रहा है कि, समय-समय पर, कुछ दूरस्थ मेलर्स द्वारा संदेशों को खारिज कर दिया जाएगा, जो कि SMTP वार्तालापों में उपयोग किए जाने वाले होस्टनाम से मेल खाने वाले रिवर्स लुकअप के लिए नहीं हैं। बल्कि इस समस्या से निपटने के लिए, रिवर्स लुकअप सेटअप को शुरू करना सही होना आसान है। पिछले कुछ वर्षों से मैंने केवल आवश्यकता के रूप में एक निरंतर आगे / रिवर्स लुकअप का इलाज किया है ताकि मुझे इसे न होने की समस्या से निपटना पड़े।
यदि आपके पास यह सेटअप नहीं है, तो आपको वैध ईमेल फ़्लैग किया जाएगा। यह स्पैम फ़िल्टरिंग डिवाइस पर निर्भर है कि वे अपनी जाँच कैसे करते हैं और कोई भी स्पष्ट मानक निर्धारित नहीं हैं, इसलिए यह हिट या मिस है। लेकिन एक स्पैम स्कोर के साथ ज्यादातर मामलों में, वे आपके ईमेल को डिंग करेंगे जब आपके पास एक मिलान आगे और रिवर्स लुकअप नहीं होगा। अपने आप से डिंग को अक्सर ईमेल ब्लॉक नहीं मिलेंगे (लेकिन कोई वादा नहीं), लेकिन ईमेल में कुछ अन्य मामूली चिंता इसे शीर्ष पर ले जा सकती है।
हम अपने मेल सर्वर के लिए एक विशिष्ट पीटीआर रिकॉर्ड नहीं रखते थे और हमें craigslist.org और हमारे कुछ व्यापारिक साझेदारों से बाउंस मिल रहे थे।
आपको अपने MX प्रविष्टि के लिए एक विशिष्ट A रिकॉर्ड भी रखना होगा। कुछ सख्त मेल सर्वरों के लिए किसी * * या CNAMES की अनुमति नहीं है।
जब आप "बैनर नाम" कहते हैं, तो यह कुछ भ्रामक है। सर्वर की तरफ बैनर नाम है, जो कि वह पक्ष है जिसे यह तय करना होता है कि क्या अस्वीकार करना है। :) मुझे लगता है कि आप उस नाम का मतलब है जो भेजने का पक्ष HELO / EHLO कमांड में देता है?
ज्यादातर जगहों पर सिंटैक्स की जाँच होती है और स्पष्ट रूप से खराब हेलो / ईएचएलओ को अस्वीकार कर दिया जाता है, क्योंकि वहाँ बहुत अधिक टूटी हुई कबाड़ है। लेकिन अगर आप एक वैध मेल-सर्वर चला रहे हैं, तो आपको बस अपने स्वयं के मेल-सर्वर के सार्वजनिक होस्टनाम को हेलो में भेजना चाहिए। कुछ हैं जो जाँच करते हैं। और चूंकि कि होस्ट नाम जरूरतों रिवर्स DNS काम कर रहा है, अपने TCP कनेक्शन के लिए के लिए नहीं तुरंत कई MTAs द्वारा खारिज कर दिया है करने के लिए, प्रभाव में आप नाम दिया के लिए काम रिवर्स DNS होना चाहिए।
तो वैसे भी हेलो होस्टनाम के लिए वर्किंग डीएनएस प्राप्त करने में कोई कॉन्फ़िगरेशन की कठिनाई नहीं है, फिर भी सामान्य रीचैबिलिटी के लिए रिवर्स डीएनएस को छांटने से परे।
जैसा कि इवान ने कहा, आपकी सबसे अच्छी शर्त आपके पीटीआर प्रविष्टि को आपके सर्वर के आईपी पते पर वापस लाना है।
हालांकि, अगर किसी कारण से यह संभव नहीं है, तो पीटीआर को यह सुझाव देना चाहिए कि आप घर (गैर-व्यवसाय) डीएसएल लाइन नहीं बल्कि एक सांख्यिकीय रूप से आवंटित आईपी पते का उपयोग कर रहे हैं। उनकी स्पैम-रोधी रणनीति के हिस्से के रूप में, कई संगठन प्रतिष्ठा सेवाओं (जैसे, SORBS) का उपयोग करते हैं, जो बॉटनेट गतिविधि के लिए आईपी पते की सीमाओं की निगरानी करते हैं और आईपी रेंज के ब्लैकलिस्ट को बनाए रखते हैं। हालांकि, संदिग्ध गतिविधि की कोई बात नहीं है या नहीं, वे आम तौर पर अपनी ब्लैकलिस्ट में डायनामिक उपयोगकर्ता सूची (DUL) शामिल करते हैं। इन डीयूएल को बनाने के लिए, वे पीटीआर रिकॉर्ड और नियमित अभिव्यक्ति का उपयोग करते हैं, विशेष रूप से कई बड़े आईएसपी के नामकरण योजनाओं के लिए।
उदाहरण के लिए, पीटीआर की तरह cable-66-103-40-69.clarenville.dyn.personainc.netसबसे अधिक संभावना स्वचालित रूप से ब्लैकलिस्ट की जाएगी (यह "डायन" से मेल खाता है, इसलिए यह गतिशील होना चाहिए)। मिश्रित सफलता के साथ IETF में रिवर्स DNS नामकरण पर कुछ मानकीकरण प्रयास हैं:
http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-schemes
http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations
थोड़ा दूर विषय, काले / सफेद करने के लिए जानकारी का एक अन्य स्रोत WHOIS SWIP रिकॉर्ड हैं ।