नया गाइड: प्रतिष्ठा को नुकसान पहुँचाए बिना डेडिकेटेड IP को वार्म-अप कैसे करें। अभी पढ़ें →
MigoSMTP
मुफ़्त टूल

ईमेल हेडर एनालाइज़र

किसी संदेश के पूरे हेडर पेस्ट करें और उसका रास्ता, हर हॉप में लगा समय और SPF, DKIM व DMARC के पास होने की स्थिति देखें। यह आपके ब्राउज़र में चलता है, इसलिए कुछ अपलोड नहीं होता।

  • कुछ अपलोड नहीं होता
  • हॉप-दर-हॉप विलंब चार्ट
  • .eml फ़ाइलों पर काम करता है

पहली पंक्ति से लेकर संदेश की बॉडी से पहले की खाली पंक्ति तक सब कुछ पेस्ट करें, या सहेजा हुआ संदेश अपलोड करें। यह आपके ब्राउज़र में चलता है; हमें कुछ अपलोड नहीं होता।

विश्लेषण आपके ब्राउज़र में होता है और यह पेज आपके हेडर कहीं नहीं भेजता। डोमेन मिलान ऑर्गनाइज़ेशनल डोमेन के लिए सरल नियम इस्तेमाल करता है, इसलिए अलाइनमेंट नतीजों को मार्गदर्शन मानें; असली DMARC जाँच पब्लिक सफ़िक्स लिस्ट का उपयोग करती है।

हेडर क्यों पढ़ें

हर ईमेल हेडर पंक्तियों का एक ब्लॉक लेकर चलता है जो दर्ज करता है कि वह कहाँ से आया, किन सर्वरों ने उसे संभाला, और हर एक ने उसके बारे में क्या निष्कर्ष निकाला। जब मेल गायब हो जाए, स्पैम में पहुँचे, चेतावनी दिखाए, या जाली लगे, तो हेडर ही सबूत हैं। एनालाइज़र उन्हें आपके लिए पढ़कर उत्तर क्रम से रख देता है।

हेडर कैसे पाएँ

पहली लाइन से लेकर मैसेज बॉडी से पहले की खाली लाइन तक सब कुछ कॉपी करें, या सेव की हुई .eml फ़ाइल अपलोड करें। विश्लेषण पूरी तरह आपके ब्राउज़र में चलता है; हेडर कहीं नहीं भेजे जाते।

मेल ऐपकहाँ मिलेंगे
Gmailमैसेज खोलें, तीन-डॉट मेनू चुनें, फिर Show original चुनें।
Outlook (वेब)मैसेज खोलें, तीन डॉट, View, View message source।
Outlook (डेस्कटॉप)मैसेज खोलें, File, Properties, और Internet headers पढ़ें।
Apple MailView, Message, All Headers (या Raw Source)।
Yahoo Mailमैसेज खोलें, तीन डॉट, View raw message।

रास्ता: Received पंक्तियाँ

मैसेज को हैंडल करने वाला हर सर्वर सबसे ऊपर एक Received लाइन जोड़ता है। इसलिए सूची उलटी पढ़ी जाती है: सबसे नीचे की लाइन पहला सर्वर है, सबसे ऊपर की लाइन आखिरी। एनालाइज़र इन्हें उसी क्रम में पलट देता है जिसमें मैसेज ने सफ़र किया, और लाइनों के टाइमस्टैम्प से दिखाता है कि हर हॉप में कितना समय लगा।

दो हॉप के बीच बड़ा अंतर बताता है कि मैसेज कहीं रुका रहा, अक्सर इसलिए कि अगला सर्वर व्यस्त था, ग्रेलिस्टिंग कर रहा था या डिफर कर रहा था। टाइमस्टैम्प अलग-अलग सर्वरों की घड़ियों से आते हैं, इसलिए छोटे नेगेटिव या अजीब मान आमतौर पर घड़ी के अंतर के कारण होते हैं, किसी खराबी के कारण नहीं।

ऑथेंटिकेशन नतीजे

रिसीविंग सर्वर अपने फ़ैसले Authentication-Results लाइन में दर्ज करता है। एनालाइज़र इनमें से तीन महत्वपूर्ण फ़ैसले निकालता है:

  • SPF: क्या भेजने वाले सर्वर को एनवेलप डोमेन के रिकॉर्ड ने अनुमति दी थी।
  • DKIM: क्या सिग्नेचर मौजूद था और सत्यापित हुआ, और किस डोमेन ने उस पर हस्ताक्षर किए।
  • DMARC: क्या SPF या DKIM दिखने वाले From डोमेन के साथ अलाइनमेंट में पास हुआ, और कौन-सी पॉलिसी लागू होती है।
  • केवल अपने रिसीविंग सर्वर द्वारा लिखे गए नतीजों पर भरोसा करें। भेजने से पहले कोई भी नकली Authentication-Results लाइन जोड़ सकता है, इसीलिए एनालाइज़र दिखाता है कि हर लाइन किस सर्वर ने लिखी।

अलाइनमेंट: वह जाँच जो अधिकतर लोग चूक जाते हैं

SPF या DKIM पास हो सकता है और फिर भी DMARC फ़ेल हो सकता है, क्योंकि DMARC के लिए पास होने वाला डोमेन From डोमेन से मेल खाना चाहिए। एनालाइज़र From डोमेन, Return-Path डोमेन और DKIM d= डोमेन की तुलना करता है और बताता है कि कौन-से अलाइन हैं। एक आम कारण: जब तक आप अपने लिए कस्टम डोमेन सेट नहीं करते, भेजने वाली सेवा अपने ही डोमेन से साइन करती है।

देखने लायक अन्य संकेत

कोई एक संकेत कुछ साबित नहीं करता। देखें कि कई संकेत मिलकर क्या तस्वीर बनाते हैं।

  • Reply-To जो From से अलग डोमेन की ओर इशारा करता है, फ़िशिंग का आम लक्षण है।
  • ऐसा डिस्प्ले नाम जिसमें असली पते से अलग डोमेन का पता लिखा हो।
  • ऐसा Message-ID जिसका डोमेन भेजने वाले से मेल नहीं खाता; इसका मतलब हो सकता है कि मैसेज किसी स्क्रिप्ट या किसी दूसरे सिस्टम ने भेजा।
  • पुराने sha1 एल्गोरिदम वाले DKIM सिग्नेचर, हस्ताक्षरित हेडरों की बहुत छोटी सूची, या समाप्ति (x=) जो बीत चुकी है।
  • ARC हेडर, जो फ़ॉरवर्डिंग हॉप के पार प्रमाणीकरण नतीजे दर्ज करते हैं, और BIMI हेडर, जो लोगो दिखाने से जुड़े हैं।

यह टूल क्या नहीं कर सकता

हेडर आप तक पहुँचने से पहले नकली बनाए जा सकते हैं, और भरोसेमंद केवल वही लाइनें हैं जो आपके भरोसे के सर्वरों ने जोड़ी हों। एनालाइज़र बताता है कि हेडर क्या कहते हैं; वह भेजने वाले IP को किसी डेटाबेस में नहीं खोजता और लाइव DNS रिकॉर्ड नहीं जाँचता। लाइव DNS के लिए हमारा SPF, DKIM और DMARC चेकर इस्तेमाल करें।

एनालाइज़र क्या दिखाता है

  1. 1

    डिलीवरी पाथ

    पहले सर्वर से आखिरी सर्वर तक हर हॉप की सूची, साथ में हर एक ने मैसेज कब हैंडल किया और हॉप के बीच कितनी देरी हुई।

  2. 2

    प्रमाणीकरण

    रिसीविंग सर्वर द्वारा जोड़े गए SPF, DKIM और DMARC नतीजे और DKIM सिग्नेचर का ब्योरा पढ़ता है।

  3. 3

    अलाइनमेंट

    From डोमेन की तुलना Return-Path और DKIM डोमेन से करता है, जो DMARC असल में जाँचता है।

  4. 4

    निष्कर्ष

    विफलताएँ, मिसअलाइनमेंट, लंबी देरी और गायब हेडर बताता है, हर एक के लिए आसान भाषा में समाधान के साथ।

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

ईमेल के पूरे हेडर कैसे मिलेंगे?

Gmail में मैसेज खोलें, तीन-डॉट मेनू चुनें और Show original चुनें। वेब या डेस्कटॉप Outlook में मैसेज की प्रॉपर्टीज़ या View message source खोलकर इंटरनेट हेडर देखें। Apple Mail में View, फिर Message, फिर All Headers चुनें। पहली लाइन से उस खाली लाइन तक सब कुछ कॉपी करें जो हेडर को बॉडी से अलग करती है।

क्या मेरे हेडर आपके सर्वरों को भेजे जाते हैं?

नहीं। विश्लेषण आपके ब्राउज़र में JavaScript से चलता है। आपके पेस्ट किया गया टेक्स्ट इस पेज द्वारा न अपलोड किया जाता है और न स्टोर।

अगर SPF पास हो और DMARC फ़ेल हो तो इसका क्या मतलब है?

DMARC को अलाइनमेंट चाहिए। जिस डोमेन ने SPF (Return-Path डोमेन) या DKIM (d= डोमेन) पास किया, उसे दिखने वाले From पते के डोमेन से मेल खाना चाहिए। कोई मैसेज आपकी भेजने वाली सेवा के डोमेन के लिए SPF और DKIM पास कर सकता है और फिर भी आपके अपने डोमेन के लिए DMARC में फ़ेल हो सकता है।

Authentication-Results कहाँ से आते हैं?

रिसीविंग मेल सर्वर SPF, DKIM और DMARC जाँचने के बाद Authentication-Results हेडर जोड़ता है। केवल अपने मेलबॉक्स प्रोवाइडर द्वारा जोड़े गए हेडर पर भरोसा करें, जो आमतौर पर सबसे ऊपर वाला होता है। चेन में नीचे जोड़े गए हेडर भेजने वाले नकली बना सकते हैं।

कुछ हॉप में देरी क्यों दिखती है?

हर Received हेडर में वह समय होता है जब सर्वर ने मैसेज हैंडल किया। टूल लगातार समयों का अंतर निकालकर दिखाता है कि मैसेज कहाँ रुका। छोटे अंतर सामान्य हैं। मिनटों के अंतर का मतलब उस सर्वर पर ग्रेलिस्टिंग, कतार या रेट लिमिटिंग हो सकता है। सर्वरों की घड़ियों में अंतर से भी अजीब या नेगेटिव मान आ सकते हैं।

क्या इससे पता चलता है कि मेरा ईमेल स्पैम है?

नहीं। यह दिखाता है कि मैसेज ने कैसे सफ़र किया और क्या वह प्रमाणित हुआ। रिसीवर ने उसे स्पैम में रखा या नहीं, यह प्रतिष्ठा, कंटेंट और प्राप्तकर्ता के व्यवहार पर भी निर्भर करता है, जिनका हेडर सिर्फ़ संकेत देते हैं।

प्रमाणीकरण फ़ेल हो रहा है?

SPF, DKIM और DMARC की विफलताएँ कदम-दर-कदम ठीक करने के लिए गाइड पढ़ें।

गाइड खोलें

मिनटों में भेजना शुरू करें।

खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।

मुफ़्त शुरू करें सेल्स से बात करें