ईमेल डिलीवरेबिलिटी चेकर

ईमेल डिलीवरेबिलिटी चेकर

बाउंस होने से पहले अपने प्रेषक कॉन्फ़िगरेशन को प्री-फ्लाइट करें

MX/A SPF DKIM DMARC DNSBL
*

आपका मेल भेजने वाले सर्वर का IP, DNSBL ब्लैकलिस्ट की जांच के लिए उपयोग किया जाता है। छोड़ें खाली रहने दें। इसे ईमेल हेडर (Received: from) में पाएं या अपने SMTP प्रदाता से पूछें।

DKIM सार्वजनिक कुंजी लुकअप प्रीफ़िक्स, ईमेल सिग्नेचर सत्यापित करने के लिए उपयोग किया जाता है। आम चयनकर्ताओं (google, default, s1, k1…) का स्वतः पता लगाने के लिए खाली छोड़ें। इसे किसी भी भेजे गए ईमेल हेडर में पाएं: DKIM-Signature: s=...

प्रेषक कॉन्फ़िगरेशन जांच

ईमेल डिलीवरेबिलिटी यह तय करती है कि आपके संदेश इनबॉक्स तक पहुंचते हैं या अस्वीकार होकर स्पैम में दब जाते हैं। यह DNS रिकॉर्ड्स के एक सेट पर निर्भर करता है — MX साबित करता है कि आपका डोमेन मौजूद है और उसमें मेल सर्वर हैं, SPF यह घोषित करता है कि कौन आपके नाम से भेज सकता है, DKIM क्रिप्टोग्राफ़िक हस्ताक्षर का उपयोग यह साबित करने के लिए करता है कि मेल में छेड़छाड़ नहीं की गई है और DMARC इन्हें प्रवर्तन नीति के साथ जोड़ता है। यदि आपका आउटगोइंग IP DNSBL ब्लैकलिस्ट में है, तो पूर्ण प्रमाणीकरण भी आपकी रक्षा नहीं कर सकता।

गलत कॉन्फ़िगरेशन कोई चेतावनी नहीं देता — आपको सिर्फ बाउंस, कम इनबॉक्स दरें और पंजीकरण ईमेल स्पैम में गायब होते दिखाई देते हैं। एक गुम SPF कोई भी आपके डोमेन को स्पूफ करने देता है; एक स्थिर DMARC p=none स्पूफ किए गए मेल को गुजरने देता है; एक ब्लैकलिस्टेड आउटगोइंग IP हर संदेश को डुबो देता है। सबसे बुरी बात यह है कि ये समस्याएं अक्सर तब ही खोजी जाती हैं जब आप उपयोगकर्ताओं को खो चुके होते हैं।

यह टूल प्राप्तकर्ताओं द्वारा किए जाने वाली समान जांच चलाता है — भेजने से पहले। चार प्रमुख DNS रिकॉर्ड्स सही प्रकाशित हैं और आपका IP स्वच्छ है यह सत्यापित करने के लिए अपना प्रेषण डोमेन (और वैकल्पिक रूप से अपना आउटगोइंग IP और DKIM सेलेक्टर) दर्ज करें। प्रत्येक परिणाम सीधे वास्तविक बाउंस कोड से मैप होता है, जो आपको ठीक-ठीक बताता है कि क्या गलत है और इसे कैसे ठीक करना है।

बाउंस होने के बाद नहीं, बल्कि भेजने से पहले प्री-फ्लाइट करें - प्राप्तकर्ताओं से पहले स्वयं जांच करें

एक ही रन में पांच जांच: DNS रिज़ॉल्यूशन, SPF, DKIM, DMARC, IP ब्लैकलिस्ट

शून्य ट्रेस: शुद्ध DNS क्वेरीज़, कोई ईमेल नहीं भेजे गए, कोई डोमेन या IP संग्रहीत नहीं किया गया

सीधे बाउंस कोड से मैप करता है: प्रत्येक जांच परिणाम वास्तविक बाउंस त्रुटि से मैप होता है, जिससे आपको पता चलता है कि क्या ठीक करना है

कब उपयोग करें

1

नए डोमेन से पहली बार भेजने से पहले — MX, SPF, DKIM, DMARC सभी प्रकाशित हैं इसकी पुष्टि करें

2

जब मेल बाउंस होता है - DNS, प्रमाणीकरण, या IP समस्याओं का पता लगाने के लिए बाउंस कोड से मेल खाएं

3

DNS परिवर्तन के बाद - सत्यापित करें कि अपडेट प्रसारित हो गया है और कोई नई समस्याएं उत्पन्न नहीं हुई हैं

4

मेल सर्वर या SMTP प्रदाता बदलने के बाद - जांचें कि नया IP स्वच्छ है

बाउंस त्रुटि संदर्भ

सामान्य बाउंस त्रुटियाँ और वह जाँच जो उन्हें पकड़ती है:

बाउंस त्रुटि मूल कारण यह टूल जाँचता है सुधार की दिशा
554 5.1.8 Domain not found भेजने वाले डोमेन का कोई DNS रिकॉर्ड नहीं है डोमेन DNS रिज़ॉल्यूशन MX/A/AAAA रिकॉर्ड जोड़ें
550 DNSBL (उदाहरण के लिए r1401) आउटगोइंग IP रियल-टाइम ब्लैकलिस्ट में है IP ब्लैकलिस्ट सूची हटाने का अनुरोध करें या IP बदलें
550 5.7.26 Authentication failed SPF/DKIM/DMARC गायब है या विफल हो रहा है SPF + DKIM + DMARC प्रामाणिककरण रिकॉर्ड प्रकाशित करें और कड़ा करें

DNS रिकॉर्ड टेम्पलेट्स

चार प्रमुख DNS रिकॉर्ड के लिए टेम्प्लेट। आवश्यकतानुसार yourdomain.com और प्रोवाइडर को बदलें।

MX (yourdomain.com MX पर):

yourdomain.com. IN MX 10 mail.yourdomain.com.

SPF (yourdomain.com TXT पर):

v=spf1 include:_spf.google.com include:mail.zoho.com -all

DMARC (_dmarc.yourdomain.com TXT पर):

v=DMARC1; p=reject; rua=mailto:[email protected]; adkim=s; aspf=s

DKIM (<selector>._domainkey.yourdomain.com TXT पर):

v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC...

रिपोर्ट एकत्र करने के लिए DMARC को p=none से शुरू करें, फिर क्वारंटाइन, फिर reject पर बढ़ाएँ।

DNS और ईमेल ऑथेंटिकेशन ज्ञान

यह टूल जिन DNS रिकॉर्ड की जाँच करता है और ईमेल डिलीवरी के लिए वे क्यों महत्वपूर्ण हैं:

डोमेन DNS रिज़ॉल्यूशन (MX / A / AAAA)

MX प्राप्तकर्ताओं को बताता है कि आपके डोमेन को कौन से मेल सर्वर संभालते हैं। A/AAAA आपके डोमेन को IPv4/IPv6 एड्रेस से मैप करते हैं। यदि किसी भेजने वाले डोमेन के पास कोई DNS रिकॉर्ड नहीं है, तो प्राप्तकर्ता 554 5.1.8 डोमेन नहीं मिला के साथ अस्वीकार कर देते हैं — DNS में डोमेन का कोई अस्तित्व ही नहीं है।

SPF (सेंडर पॉलिसी फ्रेमवर्क)

आपके डोमेन पर एक TXT रिकॉर्ड जो उन IP/सर्वरों को सूचीबद्ध करता है जिन्हें आपके रूप में मेल भेजने की अनुमति है। प्राप्तकर्ता भेजने वाले IP की इस सूची के खिलाफ जाँच करते हैं। SPF के बिना, कोई भी आपके डोमेन को स्पूफ कर सकता है।

सामान्य मान और जोखिम
-all
हार्ड अस्वीकार: अनधिकृत प्रेषकों को अवरुद्ध किया जाता है. सर्वोत्तम प्रथा, उच्चतम सुरक्षा.
~all
सॉफ्ट फ़ेल: संदिग्ध के रूप में चिह्नित किया गया लेकिन अस्वीकृत नहीं. संक्रमण के लिए ठीक, दीर्घकालिक डोमेन विश्वास को कम करता है.
?all
तटस्थ: कोई दावा नहीं करता है. SPF के बराबर. उच्च स्पूफ़िंग जोखिम.
+all
सभी को अनुमति दें: कोई भी IP आपके नाम से भेज सकता है. अत्यधिक खतरनाक, कभी उपयोग न करें.

DKIM (डोमेनकीज़ आइडेंटिफाइड मेल)

आउटगोइंग मेल में जोड़ा गया एक क्रिप्टोग्राफ़िक हस्ताक्षर। सार्वजनिक कुंजी <selector>._domainkey.yourdomain.com पर एक TXT रिकॉर्ड के रूप में प्रकाशित होती है। प्राप्तकर्ता इस कुंजी के खिलाफ हस्ताक्षर का सत्यापन करते हैं। SPF के विपरीत, कुंजी को देखने के लिए आपको चयनकर्ता (selector) का पता होना चाहिए।

सामान्य मान और जोखिम
v=DKIM1
संस्करण पहचानकर्ता, आवश्यक है. इसके बिना रिकॉर्ड को DKIM के रूप में मान्यता नहीं दी जाती.
k=rsa
कुंजी प्रकार, RSA सबसे आम. यदि गुम है तो डिफ़ॉल्ट रूप से rsa हो जाता है.
p=...
RSA सार्वजनिक कुंजी, आवश्यक है. खाली या गुम p= चयनकर्ता को रद्द करता है.
t=s
स्ट्रिक्ट मोड: हस्ताक्षर को डोमेन से बिल्कुल मेल खाना चाहिए. सबडोमेन हस्ताक्षर दुरुपयोग को रोकता है.

DMARC (Domain-based Message Authentication)

_dmarc.yourdomain.com पर एक पॉलिसी TXT रिकॉर्ड जो SPF और DKIM को एक साथ बांधता है। प्राप्तकर्ताओं को बताता है कि दोनों विफल होने पर क्या करना है। यह भी बताता है कि समग्र रिपोर्ट कहाँ भेजनी है।

सामान्य मान और जोखिम
p=none
केवल निगरानी: कोई कार्रवाई नहीं, केवल रिपोर्ट एकत्र करें. सुरक्षित प्रारंभ बिंदु लेकिन शून्य सुरक्षा — स्पूफ़ किया गया मेल अभी भी इनबॉक्स तक पहुँचता है.
p=quarantine
संगरोध: असफल प्रमाणीकरण स्पैम फ़ोल्डर में चला जाता है. मध्यम सुरक्षा, सत्यापन चरण के लिए अच्छा.
p=reject
अस्वीकार: असफल प्रमाणीकरण को सीधे अवरुद्ध किया जाता है. सबसे मजबूत सुरक्षा, अंतिम लक्ष्य. इस स्तर को छोड़ने से स्पूफ़ किया गया मेल गुजर जाता है.
rua=
समग्र रिपोर्ट गंतव्य. डिलीवरी विफलताओं की निगरानी के लिए, कोई लागूकरण नहीं लेकिन समस्या निवारण में मदद करता है.
adkim=s / aspf=s
स्ट्रिक्ट संरेखण: आवश्यक है कि DKIM/SPF डोमेन From हेडर से बिल्कुल मेल खाए. सबडोमेन स्पूफ़िंग को रोकता है.

DNSBL (DNS-based Blackhole List)

DNS के माध्यम से पूछताछ की जाने वाली रीयल-टाइम IP ब्लैकलिस्ट। प्राप्तकर्ता आपके आउटगोइंग IP की Spamhaus, Barracuda, SpamCop जैसी सूचियों से जाँच करते हैं। यदि सूचीबद्ध है, तो मेल अस्वीकार कर दिया जाता है (550 DNSBL)।

सामान्य मान और जोखिम
zen.spamhaus.org
सबसे बड़ी सार्वजनिक ब्लैकलिस्ट, व्यापक कवरेज. उच्चतम प्रभाव — लगभग सभी प्राप्तकर्ता इसे जाँचते हैं.
b.barracudacentral.org
एंटरप्राइज-स्तरीय ब्लैकलिस्ट, जिसका उपयोग कई सुरक्षा उपकरणों द्वारा किया जाता है। मध्यम प्रभाव।
bl.spamcop.net
उपयोगकर्ता-रिपोर्ट आधारित। इसमें गलत धनात्मक परिणाम हो सकते हैं, लेकिन मध्यम प्रभाव होता है।
dnsbl.sorbs.net
छोटी ब्लैकलिस्ट, सीमित प्रभाव लेकिन फिर भी क्वेरी की जाती है।

सामान्य प्रश्न

मेरा SPF पास हो जाता है लेकिन फिर भी ईमेल बाउंस क्यों होते हैं?
अकेला SPF काफी नहीं है। Gmail और अन्य प्रदाता DKIM और DMARC की भी जांच करते हैं। अगर DKIM गायब है या DMARC संरेखण में विफल रहता है, तो भी ईमेल अस्वीकार कर दिया जाता है। इन तीनों जांचों को करवाएं।
मैं अपना DKIM सेलेक्टर कैसे ढूंढूं?
अपने मेल प्रदाता के दस्तावेज की जांच करें। सामान्य सेलेक्टर: google (Google Workspace), selector1/selector2 (Microsoft 365), default, s1, k1। आपके ईमेल हेडर (DKIM-Signature: s=...) से भी यह पता चलता है।
मेरा IP ब्लैकलिस्ट में है। अब क्या?
ब्लैकलिस्ट प्रदाता की डिलिस्टिंग पेज (उदाहरण के लिए spamhaus.org/lookup) पर जाएं, डिलिस्टिंग का अनुरोध करें और सुनिश्चित करें कि आपका IP स्पैम नहीं भेज रहा है। अगर आपका होस्ट साझा IP प्रदान करता है, तो IP बदलने के लिए उनसे संपर्क करें।
मेरा डोमेन रिजोल्व होता है लेकिन उसमें MX रिकॉर्ड नहीं है। क्या यह बुरा है?
जरूरी नहीं। केवल भेजने वाले डोमेन (किसी तीसरे पक्ष के SMTP प्रदाता का उपयोग करने वाले) में MX न होने पर भी A रिकॉर्ड हो सकते हैं। जब तक SPF/DMARC सही प्रदाता की ओर इशारा करते हैं, मेल डिलीवर किया जा सकता है।
क्या यह टूल कोई ईमेल भेजता है?
नहीं। यह टूल केवल DNS रिकॉर्ड (TXT, MX, A, AAAA) को क्वेरी करता है और बहिर्गमन IP की सार्वजनिक DNSBL डेटाबेस के साथ जांच करता है। कुछ भी नहीं भेजा जाता है। आपका डोमेन और IP संग्रहीत नहीं किए जाते हैं।
मुझे यह जांच कितनी बार करनी चाहिए?
नए डोमेन से पहले भेजने से पहले, किसी भी DNS परिवर्तन के बाद, मेल प्रदाता बदलते समय या बड़े अभियान से पहले इसे चलाएं। नियमित रखरखाव के लिए, महीने में एक बार काफी है।
क्या मैं उस डोमेन की जांच कर सकता हूं जिसका मैं मालिक नहीं हूं?
हां। DNS रिकॉर्ड सार्वजनिक होते हैं, किसी भी डोमेन की क्वेरी करना कोई गोपनीयता संबंधी चिंता नहीं है। लेकिन यह टूल आपके अपने भेजने के कॉन्फ़िगरेशन के निदान के लिए डिज़ाइन किया गया है।
SPF और DKIM दोनों पास हो जाते हैं लेकिन मेल अभी भी स्पैम में चला जाता है — क्यों?
प्रमाणीकरण से परे, इनबॉक्स प्लेसमेंट IP प्रतिष्ठा (DNSBL), अचानक वॉल्यूम स्पाइक, स्पैम के रूप में फ्लैग की गई सामग्री और प्राप्तकर्ता-पक्ष फ़िल्टरिंग पर निर्भर करता है। जांचें कि आपका IP ब्लैकलिस्ट तो नहीं है और धीरे-धीरे भेजने की प्रतिष्ठा बनाएं।