मुझे कैसे पता चले कि कौन-सी ब्लॉकलिस्ट मेरी समस्या की वजह है?

अस्वीकृति संदेश पढ़ें। मेल सर्वर आम तौर पर बाउंस संदेश में लिस्ट का नाम लिखते हैं, अक्सर लिंक के साथ। अगर नहीं लिखते, तो इस लेख के कमांड से बड़ी DNS ब्लॉकलिस्ट में अपना IP जाँचें और उससे शुरू करें जो जवाब लौटाए।

क्या नया IP पता इसे ठीक कर देगा?

सिर्फ़ तब, जब लिस्टिंग किसी ऐसे व्यक्ति की वजह से हुई हो जिसके पास यह पता आपसे पहले था। अगर आपके अपने सर्वर ने इसे पैदा किया — कोई हैक हुआ ऐप, खुला relay, शोर मचाती स्क्रिप्ट — तो नया पता भी लिस्ट हो जाएगा, आम तौर पर और जल्दी।

क्या मुझे एक्सप्रेस delisting के लिए पैसे देने चाहिए?

नहीं। मेल डिलीवरी के लिए मायने रखने वाली लिस्टें कारण ठीक होते ही मुफ़्त में लिस्टिंग हटा देती हैं। जो लिस्टें हटाने के पैसे लेती हैं, या किसी पड़ोसी के व्यवहार के लिए पूरे नेटवर्क लिस्ट कर देती हैं, उनका इस्तेमाल बड़े मेल प्रदाता कम ही करते हैं।

Spamhaus 127.255.255.254 क्यों लौटाता है?

यह लिस्टिंग नहीं है। इसका मतलब है कि आपकी क्वेरी किसी बड़े पब्लिक DNS resolver से होकर आई, जिसका Spamhaus जवाब नहीं देता। अपने सर्वर के अपने resolver से क्वेरी करें या उनकी वेबसाइट का lookup पेज इस्तेमाल करें।

मैं किसी लिस्ट पर नहीं हूँ, फिर भी एक वेबसाइट मेरे सर्वर को ब्लॉक करती है। क्यों?

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

IP ब्लॉकलिस्ट पर? 5 मिनट में जाँचें और हटवाएँ

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

“ब्लॉकलिस्ट” असल में क्या है

यह शब्द तीन अलग चीज़ों के लिए इस्तेमाल होता है, और तीनों अलग तरीक़ों से ठीक होती हैं।

DNS ब्लॉकलिस्ट (DNSBL)। उन पतों की सार्वजनिक सूचियाँ जिन्होंने स्पैम भेजा या जिनमें हैक होने के संकेत दिखे। मेल सर्वर हर आने वाले कनेक्शन पर इनसे पूछते हैं। “ब्लैकलिस्ट” का आम तौर पर यही मतलब होता है, और यही ठीक हो सकने वाला प्रकार है।
बड़े मेलबॉक्स प्रदाताओं की निजी साख। बड़ी वेबमेल सेवाएँ अपने स्कोर रखती हैं और उन्हें प्रकाशित नहीं करतीं। आपको असर दिखता है (मेल स्पैम में जाता है या टलता है), लेकिन जाँचने को कोई सूची नहीं होती, सिर्फ़ उनके postmaster टूल होते हैं।
नेटवर्क वर्गीकरण। कई वेबसाइटें और धोखाधड़ी-रोधी सिस्टम हर डेटा सेंटर पते को “होस्टिंग” मानते हैं और उससे जाँच माँगते हैं या ब्लॉक करते हैं। यह लिस्टिंग नहीं है और हटाई नहीं जा सकती; यह बताता है कि पता किस तरह के नेटवर्क का है।

बाक़ी लेख ज़्यादातर पहले प्रकार के बारे में है, क्योंकि उसे आप ख़ुद जाँच और ठीक कर सकते हैं।

जाँचने लायक लिस्टें

Spamhaus वह है जिसे ज़्यादातर मेल सर्वर इस्तेमाल करते हैं। इसका संयुक्त ज़ोन ZEN, SBL (जाने-माने स्पैम स्रोत), XBL (संक्रमित या exploit की गई मशीनें, CBL से भरा जाता है), PBL (वे रेंज जिन्हें सीधे मेल नहीं भेजना चाहिए) और CSS (कम मात्रा वाला “snowshoe” स्पैम) को शामिल करता है।
Barracuda अपनी लिस्ट चलाता है, जिसे कई कॉर्पोरेट मेल गेटवे इस्तेमाल करते हैं।
SpamCop यूज़र्स की रिपोर्ट किए गए पते लिस्ट करता है; आख़िरी रिपोर्ट के लगभग 24 घंटे बाद लिस्टिंग अपने आप ख़त्म हो जाती है।
UCEPROTECT के तीन स्तर हैं। स्तर 1 अलग-अलग पतों का है और नए स्पैम के बिना सात दिन बाद अपने आप ख़त्म हो जाता है। स्तर 2 और 3 पड़ोसियों के व्यवहार के लिए पूरे आवंटन और नेटवर्क लिस्ट करते हैं, और “एक्सप्रेस” हटाना बेचते हैं। बड़े मेल प्रदाता स्तर 2 और 3 पर कम ही भरोसा करते हैं।

जाँच

DNS ब्लॉकलिस्ट से पूछने के लिए पते के octets उलटे क्रम में लिखकर उसे लिस्ट के ज़ोन के तहत खोजा जाता है। किसी भी Linux सर्वर से:

IP=203.0.113.7
REV=$(echo "$IP" | awk -F. '{print $4"."$3"."$2"."$1}')
for BL in zen.spamhaus.org b.barracudacentral.org bl.spamcop.net; do
  echo "$BL: $(dig +short "$REV.$BL" A | tr '\n' ' ')"
done

कोई जवाब न आने का मतलब है लिस्टेड नहीं। 127.0.0.x रेंज में जवाब का मतलब है लिस्टेड, और Spamhaus के लिए आख़िरी संख्या बताती है कि ZEN का कौन-सा हिस्सा:

जवाब	मतलब
`127.0.0.2`	SBL: जाना-माना स्पैम स्रोत
`127.0.0.3`	CSS: snowshoe स्पैम
`127.0.0.4`–`127.0.0.7`	XBL: हैक या exploit की गई मशीन
`127.0.0.10`, `127.0.0.11`	PBL: सीधे मेल नहीं भेजना चाहिए
`127.255.255.254`	लिस्टिंग नहीं: आपने पब्लिक resolver से क्वेरी की

आख़िरी पंक्ति बहुत लोगों को उलझा देती है। Spamhaus बड़े पब्लिक DNS resolvers से आने वाली क्वेरी का जवाब नहीं देता, और उसकी जगह एक error कोड लौटाता है। अगर हर जाँच अजीब लगे, तो उसे ऐसे सर्वर से चलाएँ जो अपना resolver इस्तेमाल करता हो, या हर लिस्ट की वेबसाइट का lookup पेज इस्तेमाल करें। कुछ लिस्टें ज़्यादा क्वेरी करने वालों से DNS पर पूछने से पहले रजिस्टर करने को भी कहती हैं।

पहले कारण ठीक करें

बिना सुधार के delisting अनुरोध आपको अगली लिस्टिंग तक बस एक-दो दिन देता है, और बार-बार की लिस्टिंग हटने में ज़्यादा समय लेती है। इसलिए पता करें कि लिस्टिंग कहाँ से आई:

क्या आपको मिलने से पहले ही पता लिस्टेड था? लिस्टिंग की तारीख़ की तुलना अपने सर्वर के बनने की तारीख़ से करें। बिना नई गतिविधि वाली पुरानी लिस्टिंग आसान मामला है: सीधे delisting फ़ॉर्म पर जाएँ।
XBL या CBL लिस्टिंग: लिस्ट ने आपके पते से malware या botnet जैसा ट्रैफ़िक देखा। ऐसी प्रक्रियाएँ खोजें जिन्हें आप नहीं पहचानते, पोर्ट 25 पर अनपेक्षित आउटबाउंड कनेक्शन, नई cron एंट्री और अनजान SSH keys। हैक हुआ वेब ऐप या कमज़ोर पासवर्ड आम प्रवेश-द्वार है। अगर आपको यक़ीन न हो कि मशीन साफ़ है, तो उसे नए सिरे से बनाएँ।
SBL या CSS लिस्टिंग: आपके पते से गया मेल स्पैम जैसा दिखा। बिना कैप्चा के मेल भेजने वाले संपर्क फ़ॉर्म, न्यूज़लेटर भेजने वाली स्क्रिप्ट और पब्लिक इंटरफ़ेस पर सुन रही किसी भी SMTP सेवा की जाँच करें।
क्या आप मेल भेजते भी हैं? कई होस्टिंग पर आउटबाउंड पोर्ट 25 और 465 डिफ़ॉल्ट रूप से बंद होते हैं; मेल किसी मेल प्रदाता के ज़रिए पोर्ट 587 पर जाना चाहिए। अगर आप कभी मेल नहीं भेजते और फिर भी लिस्टेड हैं, तो सर्वर पर कुछ और भेज रहा है।

अगर आप उसी मशीन पर अविश्वसनीय कोड चलाते हैं जो आपका मेल भेजती है, तो यही उन्हें अलग करने का समय है। जोखिम भरे काम के लिए सैंडबॉक्स या दूसरा सर्वर उसकी साख की समस्याओं को आपके मेल पते से दूर रखता है; अविश्वसनीय कोड के लिए आइसोलेशन के स्तर विकल्पों की तुलना करता है।

फिर delisting

Spamhaus: lookup पेज इस्तेमाल करें, जो उस ज़ोन की सही हटाने की प्रक्रिया से जोड़ता है। कारण दूर होने के बाद XBL/CBL और PBL से हटाना self-service है; PBL से हटाना तभी समझदारी है जब आप सचमुच मेल सर्वर चलाते हों और उसका reverse DNS मेल खाता हो।
Barracuda: हटाने का फ़ॉर्म भरें और संक्षेप में बताएँ कि आपने क्या ठीक किया। लगभग एक दिन तक लग सकता है।
SpamCop: कुछ करने की ज़रूरत नहीं; रिपोर्ट रुकने के लगभग एक दिन बाद लिस्टिंग अपने आप ख़त्म हो जाती है।
UCEPROTECT: स्तर 1 नए स्पैम के बिना सात दिन बाद ख़त्म हो जाता है। स्तर 2 और 3 को नज़रअंदाज़ करें, और हटाने के लिए पैसे न दें।

हटने के बाद वे बुनियादी चीज़ें सेट करें जो आपको लिस्ट से दूर रखती हैं: सर्वर के hostname से मेल खाता reverse DNS नाम, आपके डोमेन के लिए SPF, DKIM और DMARC, और एक साप्ताहिक cron job जो ऊपर वाली जाँच चलाए और कुछ बदलने पर आपको ईमेल करे।

कब नया पता ही सही जवाब है

कभी-कभी होता है: जैसे, पते पर कोई पुरानी SBL लिस्टिंग है जिसे आप हटवा नहीं पा रहे, या किसी नए प्रोजेक्ट के लिए आपको साफ़ साख चाहिए। हमारे यहाँ दूसरा पता यानी नया सर्वर: उसे ऑर्डर करें, अपना डेटा ले जाएँ, फिर पुराना रद्द करें; IP पता बदलना सभी विकल्प बताता है। अगर आपको लगता है कि आपके मौजूदा पते की कोई लिस्टिंग ग़लत है, तो लिस्ट के नाम और लिंक के साथ टिकट खोलें। हम हर मामला देखते हैं, लेकिन अनुरोध पर पते नहीं बदलते।

आख़िरी दो बातें। अगर साख ज़रा भी मायने रखती है (मेल, पार्टनर की allowlist, किसी पते से बँधी API keys), तो अपने IPv4 वाला प्लान इस्तेमाल करें, जैसे Small-IP; NAT प्लान में आउटबाउंड पता आपका अपना नहीं होता, इसलिए उस पर आपकी अपनी सेंडर साख नहीं बन सकती। और अगर कोई वेबसाइट आपको इसलिए ब्लॉक करती है कि आप डेटा सेंटर में हैं, तो कोई लिस्ट और कोई नया डेटा सेंटर पता इसे नहीं बदलेगा; नेटवर्क और पोर्ट बताता है कि हर प्लान क्या उजागर करता है।

आपका IP ब्लॉकलिस्ट पर है: 5 मिनट में कैसे जाँचें और असल में लिस्ट से कैसे हटें