DNS ब्लैकलिस्ट चेकर

मेल का स्पैम में जाना कहीं और से ज़्यादा अक्सर यहीं से शुरू होता है: भेजने वाले IP या डोमेन की ब्लैकलिस्ट सूची। यह चेकर आपके डोमेन को हल करता है, उसके हर IPv4 पते के बारे में दस IP-आधारित सूचियों (Spamhaus ZEN, Barracuda, SpamCop, CBL, PSBL, UCEPROTECT, SORBS और अन्य) से पूछता है, और डोमेन के बारे में ही तीन डोमेन-आधारित सूचियों (Spamhaus DBL, URIBL, SURBL) से पूछता है — इस सर्वर से, सर्वर के अपने रिज़ॉल्वर के ज़रिए, ठीक उसी तरह जैसे एक प्राप्त करने वाला मेल सर्वर पूछता।

क्या इसे लगातार देखा जाए? myeventwatch से मुफ़्त में मॉनिटर करें — समाप्ति और डाउनटाइम अलर्ट, कोई कार्ड नहीं चाहिए।

यह जाँच क्या मापती है

ब्लैकलिस्ट खराब मेल के बारे में इंटरनेट की साझा याददाश्त हैं। हर सूची संचालक स्पैम ट्रैप, रिपोर्टों और भेजने के व्यवहार पर नज़र रखता है, और अपराधियों को एक DNS ज़ोन के रूप में प्रकाशित करता है: यह पूछने के लिए कि “क्या यह भेजने वाला सूचीबद्ध है?”, एक मेल सर्वर एक विशेष नाम खोजता है — भेजने वाले का IP पता उल्टा करके उसमें सूची का ज़ोन जोड़कर — और उत्तर पढ़ता है। एक पता लौटाया जाना सूचीबद्ध होने का मतलब है, और सटीक 127.x कोड अक्सर बताता है कि क्यों (उदाहरण के लिए Spamhaus अपने स्पैम, समझौता किए गए होस्ट और नीति उप-सूचियों के लिए अलग-अलग कोड इस्तेमाल करता है)। कोई उत्तर न मिलना सूचीबद्ध न होने का मतलब है। यह पेज sysosx के सर्वर पर GET /api/check/dnsbl को कॉल करता है, जो हर पते के लिए नौ IP ज़ोन और तीन डोमेन ज़ोन की खोज समानांतर में करता है, और परिणाम को दस मिनट के लिए कैश करता है।

तीसरा उत्तर वह है जिसे ज़्यादातर चेकर छिपाते हैं: त्रुटि। सूचियाँ टाइम आउट हो जाती हैं, गलत रिज़ॉल्वर से आने वाली क्वेरी को मना कर देती हैं, या पूरी तरह विफल हो जाती हैं — और एक चेकर जो “क्वेरी विफल होने के कारण कोई उत्तर नहीं” को “सूचीबद्ध नहीं” में मोड़ देता है, वह साफ़ परिणाम गढ़ रहा है। यह ऐसा नहीं करता। हर ज़ोन सूचीबद्ध, सूचीबद्ध नहीं, या त्रुटि बताता है, त्रुटि अपना कारण बनाए रखती है (टाइम आउट, सर्वर विफलता, या संचालक का क्वेरी-स्रोत अस्वीकृति कोड), और सारांश त्रुटियों को अलग से गिनता है। त्रुटियों वाला परिणाम एक आंशिक तस्वीर है और उसे उसी रूप में लेबल किया जाता है: जिस सूची ने उत्तर नहीं दिया, उसका किसी भी दिशा में कोई फ़ैसला नहीं है।

परिणाम कैसे पढ़ें

सूची के हिसाब से सूचीबद्ध होने को तौलें। Spamhaus ZEN, Barracuda या SpamCop पर सूचीबद्ध होना दुनिया के मेल सर्वरों के एक बड़े हिस्से पर डिलीवरी को प्रभावित करेगा — उन्हें आग की तरह लें। छोटी या आक्रामक सूचियों (UCEPROTECT के ऊपरी स्तर, केवल बैकस्कैटर वाली सूचियाँ) पर सूचीबद्ध होना कम मायने रखता है और कभी-कभी आपके व्यवहार से ज़्यादा किसी पड़ोसी के व्यवहार को दर्शाता है; घबराने से पहले संचालक की अपनी व्याख्या पढ़ें, और ध्यान दें कि Backscatterer सूची, विशेष रूप से, का मतलब है कि माना जाता है कि आपका सर्वर जाली पतों पर बाउंस संदेश भेजता है — एक कॉन्फ़िगरेशन दोष, स्पैम ऑपरेशन नहीं। यदि डोमेन-आधारित सूचियाँ डोमेन को ही फ़्लैग करती हैं, तो वह डोमेन के साथ किसी भी IP तक जाता है: डोमेन सूची हल होने तक सर्वर बदलना मदद नहीं करेगा। और यदि आपका मेल आपके अपने सर्वर के बजाय किसी बड़े प्रदाता द्वारा भेजा जाता है, तो अपेक्षा करें कि IP अनुभाग आपके वेब सर्वर के बारे में होगा — ज़्यादातर अप्रासंगिक — और डोमेन अनुभाग वह हिस्सा होगा जो मायने रखता है।

साथ वाली जाँच ईमेल डिलीवरेबिलिटी जाँच है: ब्लैकलिस्ट आपकी प्रतिष्ठा का न्याय करती हैं, SPF/DKIM/DMARC आपकी पहचान साबित करते हैं, और स्पैम फ़ोल्डर आमतौर पर दोनों का उत्पाद होते हैं। पूरी कहानी हमारी गाइड आपका ईमेल स्पैम में क्यों जाता है में है — दोनों आधे उस क्षण कैसे जुड़ते हैं जब एक प्राप्त करने वाला सर्वर फ़ैसला करता है। नाम कहाँ इशारा करता है, यह जानने के लिए, न कि सूचियाँ उसके बारे में क्या कहती हैं, DNS प्रसार चेकर का उपयोग करें।

अक्सर पूछे जाने वाले प्रश्न

DNSBL क्या है, और सूचीबद्ध होने का वास्तव में क्या मतलब है?

DNSBL (DNS ब्लैकलिस्ट) IP पतों (और DBL में, डोमेन नामों) की एक सूची है जिनके बारे में उसके संचालक का मानना है कि वे स्पैम भेजते या सक्षम करते हैं, एक विशेष DNS ज़ोन के रूप में प्रकाशित। मेल सर्वर मेल आने पर इन सूचियों से परामर्श करते हैं: सूचीबद्ध होना एक मज़बूत नकारात्मक संकेत है जिसका मतलब अस्वीकृति या स्पैम फ़ोल्डर हो सकता है, यह इस बात पर निर्भर करता है कि प्राप्त करने वाला सर्वर उस सूची को कितना भार देता है। सूचीबद्ध होना कोई कानूनी फ़ैसला नहीं है और सूचियाँ सबूत इकट्ठा करने के तरीक़े में बहुत अलग होती हैं — Spamhaus ZEN पर सूचीबद्ध होना लगभग हर जगह मायने रखता है; एक छोटी सूची पर सूचीबद्ध होना लगभग कहीं भी मायने नहीं रख सकता। यह टूल ठीक इसी कारण से हर सूची को अलग से बताता है।

टूल डोमेन के बजाय मेरे डोमेन के IP पतों की जाँच क्यों करता है?

क्योंकि सूचियाँ ऐसे ही काम करती हैं: मेल एक IP पते से भेजा जाता है, और IP-आधारित सूचियाँ उस पते से कुंजीबद्ध होती हैं। यह टूल आपके डोमेन को उसके IPv4 पतों में हल करता है और हर एक की जाँच करता है। एक चेतावनी आती है: यदि आपकी वेबसाइट और आपका मेल एक IP साझा करते हैं (छोटी होस्टिंग पर आम), तो जाँचा गया पता सही है; यदि आपका मेल किसी प्रदाता — Google, Microsoft, एक न्यूज़लेटर सेवा — द्वारा भेजा जाता है, तो भेजने वाले IP प्रदाता के हैं, आपके डोमेन के नहीं, और वे यहाँ नहीं दिखेंगे। उस मामले में, डोमेन-आधारित सूचियाँ (Spamhaus DBL, URIBL, SURBL) परिणाम का वह हिस्सा हैं जो आप पर लागू होता है।

ज़ोन “त्रुटि” का क्या मतलब है? क्या मेरा डोमेन साफ़ है या नहीं?

त्रुटि का मतलब है कि उस सूची ने उत्तर नहीं दिया — एक टाइम आउट, एक सर्वर विफलता, या एक संचालक अस्वीकृति (उदाहरण के लिए Spamhaus सार्वजनिक रिज़ॉल्वर के ज़रिए आने वाली क्वेरी को मना करता है, और ऐसा कहने वाला एक विशेष कोड लौटाता है)। त्रुटि एक साफ़ परिणाम बिल्कुल नहीं है: ईमानदार पढ़ना है “इस सूची का फ़ैसला अज्ञात है”। टूल कभी त्रुटि को “सूचीबद्ध नहीं” में नहीं मोड़ता, और सारांश त्रुटियों को अलग से गिनता है ताकि आप देख सकें कि तस्वीर का कितना हिस्सा गायब है। बाद में फिर कोशिश करें; यदि एक ज़ोन लगातार त्रुटि देता है जबकि अन्य उत्तर देते हैं, तो परिणाम में उसकी अनुपस्थिति को पास नहीं, एक कमी के रूप में लें।

मेरा IP सूचीबद्ध है। मैं क्या करूँ?

पहले, पता करें कि क्यों: ज़्यादातर सूचियाँ सूचीबद्ध होने की व्याख्या करने वाला एक लुकअप पेज प्रकाशित करती हैं — ज़ोन के नाम और अपने IP की खोज से सूची संचालक के अपने लिंक का अनुसरण करें। आम कारण हैं एक समझौता किया गया खाता या सर्वर जो स्पैम भेज रहा है, एक कमज़ोर फ़ॉर्म या खुला रिले, या एक ऐसे पते को विरासत में पाना जिसका पिछले मालिक ने दुरुपयोग किया था। पहले कारण को ठीक करें; ठीक करने से पहले किए गए हटाने के अनुरोध आमतौर पर अस्वीकार कर दिए जाते हैं या तुरंत फिर सूचीबद्ध कर दिए जाते हैं। फिर संचालक की प्रक्रिया के ज़रिए हटाने का अनुरोध करें — प्रतिष्ठित सूचियाँ ट्रैफ़िक रुकते ही जल्दी हटा देती हैं — और अपेक्षा करें कि कुछ सूचियाँ दिनों में प्रविष्टियों को स्वतः समाप्त कर देंगी। जब आप प्रतीक्षा करते हैं, तो गहरा सुधार हमारी गाइड वाला है: काम करने वाला SPF, DKIM और DMARC, जिस पर प्राप्तकर्ता तब भरोसा करते हैं जब सूची डेटा अस्पष्ट होता है।

क्वेरी Google या Cloudflare DNS के बजाय इस सर्वर के रिज़ॉल्वर से क्यों जाती हैं?

क्योंकि प्रमुख सूची संचालक, सबसे बढ़कर Spamhaus, जानबूझकर सार्वजनिक रिज़ॉल्वर के ज़रिए आने वाली क्वेरी को मना करते हैं — एक अवरुद्ध क्वेरी का उत्तर एक विशेष 127.255.255.x कोड होता है, सूची डेटा नहीं। यह चेकर सर्वर के अपने रिज़ॉल्वर के ज़रिए पूछता है, जैसे एक असली मेल सर्वर करता, इसलिए उत्तर वही हैं जो एक प्राप्त करने वाले सर्वर को मिलेंगे। जब कोई ज़ोन फिर भी मना करता है, तो परिणाम “त्रुटि” कहता है और कोड दिखाता है, अस्वीकृति को डेटा के रूप में सजाने के बजाय।