ईमेल हेडर कैसे पढ़ें, जब संदेश स्पैम में पहुँचे

संक्षेप में

• वह कॉपी पढ़ें जो पहुँची, वह नहीं जो आपने भेजी: Gmail में Show original, Outlook में View message details, Yahoo में View raw message।
• प्राप्तकर्ता के प्रदाता की लिखी Authentication-Results पंक्ति दिखाती है कि SPF, DKIM और DMARC पास हुए या नहीं, और किस डोमेन के लिए।
• अगर तीनों पास हैं, तो कारण प्रमाणीकरण नहीं है। हेडर ने दायरा साख, शिकायतों या सामग्री तक सीमित कर दिया है।
• Gmail अपना फ़ैसला स्पैम में पड़े संदेश पर एक बैनर में समझाता है, Microsoft X-Forefront-Antispam-Report हेडर में, Yahoo बिल्कुल नहीं।
• Microsoft में CAT और SFV पढ़ें। अगस्त 2026 की स्थिति के अनुसार क्लाउड मेलबॉक्स में SCL संख्या अब फ़ैसला तय नहीं करती।

यह जानने के लिए कि कोई ईमेल स्पैम में क्यों गया, उस मेलबॉक्स में कच्चा संदेश खोलें जिसे वह मिला और ऊपर के पास की Authentication-Results पंक्ति पढ़ें। उसमें दर्ज होता है कि SPF, DKIM और DMARC पास हुए या नहीं, यानी वे तीन जाँचें जो साबित करती हैं कि संदेश सचमुच आपके डोमेन से आया है। वहाँ कोई फ़ेल है तो वही आपका कारण है; अगर तीनों पास हुए, तो प्रमाणीकरण ख़ारिज हो जाता है और कारण साख, शिकायतों या ख़ुद संदेश में है। तीन बड़े प्रदाताओं में केवल Microsoft अपना स्पैम फ़ैसला हेडर में लिखता है: Gmail संदेश के ऊपर एक बैनर में कारण दिखाता है, और Yahoo कोई कारण नहीं दिखाता।

वह कॉपी खोलें जो पहुँची, वह नहीं जो आपने भेजी

हेडर वे पंक्तियाँ हैं जो संदेश अपने रास्ते में जमा करता है: किसने उसे किसे सौंपा और हर सर्वर ने क्या जाँचा। आपके भेजे गए ईमेल के फ़ोल्डर की कॉपी में प्राप्त करने वाले सर्वर की कोई पंक्ति नहीं होती, इसलिए आपको संदेश वैसा चाहिए जैसा वह पहुँचा। वही ईमेल Gmail, Outlook.com और Yahoo में अपने टेस्ट मेलबॉक्स को भेजें, और इसके लिए ऐसे नए खाते इस्तेमाल करें जिनका आपसे कभी ईमेल का आदान-प्रदान नहीं हुआ। या प्राप्तकर्ता से कहें कि कच्चा टेक्स्ट आपके लिए कॉपी कर दे। सामान्य फ़ॉरवर्ड काम नहीं आता, क्योंकि उससे नए हेडर वाला नया संदेश बनता है।

कच्चा संदेश कहाँ मिलता है, अक्टूबर 2026 की स्थिति के अनुसार:

• Gmail: संदेश खोलें, Reply के पास More (ज़्यादा) पर क्लिक करें, फिर Show original (मूल संदेश दिखाएँ) पर। एक नई विंडो में पूरा टेक्स्ट दिखता है, और Copy to clipboard (क्लिपबोर्ड पर कॉपी करें) उसे कॉपी कर देता है (Gmail सहायता)।
• वेब पर Outlook, Outlook.com और नया Outlook: संदेश के ऊपर More actions (और कार्रवाइयाँ) चुनें, फिर View और View message details (संदेश का विवरण देखें)। Windows के क्लासिक Outlook में संदेश को उसकी अपनी विंडो में खोलें और File, फिर Properties चुनें; हेडर Internet headers बॉक्स में होते हैं (Microsoft सहायता)।
• Yahoo Mail: संदेश खोलें, More options (और विकल्प) आइकन पर क्लिक करें, फिर View raw message (कच्चा संदेश देखें) पर (Yahoo सहायता)।

प्रदाताओं के अपने चलाए दो एनालाइज़र कच्चे टेक्स्ट को तालिका में बदल देते हैं: Google का Messageheader और Microsoft का Message Header Analyzer।

साथ-साथ पढ़ने के लिए एक संदेश

ये उस ईमेल की काम की पंक्तियाँ हैं जो anna@northquay.example ने भेजा और एक Gmail पते पर मिला। असली हेडर का बाकी हिस्सा रूटिंग का ब्योरा है। नाम और संख्याएँ गढ़ी हुई हैं, .example एंडिंग और दस्तावेज़ों के लिए आरक्षित पता-श्रेणी के साथ।

Return-Path: <anna@northquay.example>
Received: from mail.northquay.example (mail.northquay.example. [203.0.113.25])
        by mx.google.com with ESMTPS id …
        for <…>; Mon, 05 Oct 2026 06:14:09 -0700 (PDT)
Authentication-Results: mx.google.com;
       dkim=pass header.i=@northquay.example header.s=mail2026 header.b=Xk3pQ9aB;
       spf=pass (google.com: domain of anna@northquay.example designates 203.0.113.25 as permitted sender) smtp.mailfrom=anna@northquay.example;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=northquay.example
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=northquay.example; s=mail2026; …
From: Anna Keller <anna@northquay.example>
Subject: Quote for the autumn order

Authentication-Results: किसने जाँचा और क्या पास हुआ

यह वह पंक्ति है जिसमें प्राप्त करने वाला सर्वर अपनी जाँचें लिखता है। इसका फ़ॉर्मैट RFC 8601 में परिभाषित है, और Google और Microsoft दोनों भेजने वालों को इसी की ओर भेजते हैं। इसे तीन चरणों में पढ़ें।

1. देखें कि इसे किसने लिखा। हेडर के नाम के बाद का पहला शब्द वह सर्वर है जिसने जाँच की, यहाँ mx.google.com। एक संदेश में ऐसी कई पंक्तियाँ हो सकती हैं, और RFC 8601 चेतावनी देता है कि भेजने वाला इसे जाली बना सकता है। केवल उस पंक्ति पर भरोसा करें जो प्राप्तकर्ता के अपने प्रदाता ने लिखी है। वह सबसे ऊपर वाली होती है।
2. तीनों नतीजे पढ़ें। हर एक का रूप method=result होता है, जिसके बाद वह डोमेन आता है जिस पर नतीजा लागू है।
3. डोमेन की तुलना करें। header.from के बाद का डोमेन वह है जो आपका पाठक देखता है। वह आपका होना चाहिए, और SPF या DKIM का डोमेन उसी का होना चाहिए।

उदाहरण में तीनों northquay.example बताते हैं, जो साफ़-सुथरा मामला है। अगर dkim= वाले हिस्से में आपकी मेलिंग सेवा का डोमेन है, या smtp.mailfrom= में कोई ऐसा बाउंस डोमेन है जिसे आप नहीं पहचानते, तो संदेश SPF और DKIM में पास होकर फिर भी DMARC में फ़ेल हो सकता है।

pass के अलावा हर नतीजे पर नज़र डालनी चाहिए। fail और softfail का मतलब है कि जाँच चली और संदेश उस पर खरा नहीं उतरा। none का मतलब है कि जाँचने के लिए कोई रिकॉर्ड या हस्ताक्षर नहीं था। temperror DNS की अस्थायी समस्या है, इसलिए कुछ बदलने से पहले दोबारा टेस्ट करें; permerror का मतलब है कि कोई रिकॉर्ड टूटा हुआ है। कोष्ठक में लिखा टेक्स्ट पढ़ने वाले इंसानों के लिए टिप्पणी है, नतीजे का हिस्सा नहीं।

फ़ैसला: हर प्रदाता क्या लिखता है और क्या अपने पास रखता है

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

Gmail बैनर दिखाता है, हेडर नहीं

Google के दस्तावेज़ों में ऐसा कोई हेडर नहीं बताया गया है जिसमें Gmail का स्पैम फ़ैसला हो। वह जो देता है वह स्पैम फ़ोल्डर के हर संदेश पर एक सूचना है, जहाँ आपको, Gmail सहायता के शब्दों में, “हर ईमेल के ऊपर एक चेतावनी मिलती है जो बताती है कि Gmail ने उसे स्पैम में क्यों भेजा”। Gmail के मामले में वह एक वाक्य सबसे काम की चीज़ है जो कोई प्राप्तकर्ता या टेस्ट मेलबॉक्स आपको दे सकता है।

स्क्रीन पर लिखे शब्द ज़्यादा विशिष्ट होते हैं। Spam Resource के Al Iverson ने अक्टूबर 2025 में ये बैनर इकट्ठा किए। उनमें से दो में लिखा है “This message is similar to messages that were identified as spam in the past” (यह संदेश उन संदेशों से मिलता-जुलता है जिन्हें पहले स्पैम माना गया था) और “This message was marked as spam because previous messages from example.com were marked as spam” (यह संदेश स्पैम मार्क किया गया क्योंकि example.com के पिछले संदेश स्पैम मार्क किए गए थे)। दोनों में से कोई किसी एक ग़लती का नाम नहीं लेता। दोनों साख और सामग्री की ओर इशारा करते हैं, जिन्हें कोई हेडर नहीं दिखाता।

Microsoft फ़ैसला हेडर में लिखता है

Microsoft 365 हर आने वाले संदेश पर एक X-Forefront-Antispam-Report पंक्ति लगाता है। वही ईमेल, अगर Microsoft 365 के मेलबॉक्स में मिले और जंक में रखा जाए, तो उसमें यह हो सकता है:

Authentication-Results: spf=pass (sender IP is 203.0.113.25)
 smtp.mailfrom=northquay.example; dkim=pass (signature was verified)
 header.d=northquay.example; dmarc=pass action=none
 header.from=northquay.example; compauth=pass reason=100
X-Forefront-Antispam-Report: CIP:203.0.113.25;CTRY:CH;LANG:en;SCL:5;SRV:;
 IPV:NLI;SFV:SPM;H:mail.northquay.example;PTR:mail.northquay.example;
 CAT:SPM;SFTY:;DIR:INB;
X-Microsoft-Antispam: BCL:0;

उदाहरण में प्रमाणीकरण पास है, IP किसी सूची में नहीं है, बल्क का कोई फ़्लैग नहीं है, और नतीजा फिर भी CAT:SPM के साथ SFV:SPM है। भेजने वाले को किसी ने हाथ से ब्लॉक नहीं किया। Microsoft की समस्या-निवारण गाइड इस मेल को स्पैम फ़िल्टर के संदेश के अपने विश्लेषण का नतीजा बताती है।

ये फ़ील्ड Microsoft 365 के दस्तावेज़ों में बताए गए हैं, यानी दफ़्तर और स्कूल के मेलबॉक्स के लिए। Outlook.com और Hotmail के लिए Microsoft की पोस्टमास्टर साइट केवल इतना कहती है कि फ़िल्टर संदेश में एक spam confidence level सेव करता है, इसलिए वहाँ जो मिले उसे एक संकेत भर मानें।

Yahoo प्रमाणीकरण के आगे कुछ नहीं दिखाता

Yahoo के भेजने वालों के लिए दस्तावेज़ ऐसे किसी हेडर का नाम नहीं लेते जिसमें उसका फ़ैसला हो। yahoo.com के किसी सर्वर की जोड़ी हुई Authentication-Results पंक्ति ढूँढ़ें और उसे ऊपर की तरह पढ़ें। बाकी के बारे में Yahoo Sender Hub कम से कम यह खुलकर बताता है कि वह फ़ैसला कैसे करता है: “हम आम तौर पर केवल ख़राब साख के कारण ईमेल को स्पैम फ़ोल्डर में नहीं भेजते।” वह साख के साथ इन चीज़ों का ज़िक्र करता है: शिकायतें, छिपाए गए URL, ऐसा भेजने वाला IP जिसके रिवर्स DNS में सही होस्ट नाम नहीं है, या मानकों को तोड़ने वाला संदेश।

दूसरे मेल सर्वर: X-Spam-Status

अगर प्राप्तकर्ता का ईमेल किसी वेब होस्ट के यहाँ या कंपनी के सर्वर पर चलता है, तो आपको X-Spam-Status पंक्ति मिल सकती है। यह SpamAssassin से आती है, जो एक ओपन-सोर्स फ़िल्टर है, और इसमें स्कोर, सीमा (5.0, जब तक एडमिन ने उसे बदला न हो) और लागू हुए नियमों के नाम होते हैं। Google, Microsoft और Yahoo के दस्तावेज़ों में उनके मेलबॉक्स के लिए ऐसा कुछ नहीं बताया गया है, इसलिए वहाँ इसे न ढूँढ़ें।

Received पंक्तियाँ: जहाज़ की लॉगबुक नीचे से ऊपर पढ़ें

संदेश को सँभालने वाला हर सर्वर पहले से मौजूद पंक्तियों के ऊपर एक Received पंक्ति जोड़ता है, इसलिए सबसे पुरानी एंट्री सबसे नीचे होती है। आपको ये एक ही काम के लिए चाहिए: यह देखने के लिए कि किस IP पते ने आपका ईमेल प्राप्तकर्ता के प्रदाता को सौंपा। उदाहरण में यह 203.0.113.25 है, सबसे ऊपर वाली Received पंक्ति में और फिर SPF की टिप्पणी में। Microsoft इसे CIP के रूप में दोहराता है।

IP की साख और ब्लॉकलिस्ट इसी पते की बात करती हैं। अगर यह आपकी ईमेल सेवा का है, तो आप इसे दूसरे ग्राहकों के साथ साझा करते हैं, और Google बताता है कि साझा पते पर किसी भी भेजने वाले की गतिविधि उन सबकी साख पर असर डालती है।

जो मिला उससे यह तय करना कि क्या करें

हेडर आपको क्या नहीं बता सकते

कोई प्रदाता आपकी साख हेडर में नहीं लिखता। Gmail कहता है कि वह “संदेशों को वर्गीकृत करते समय उपयोगकर्ताओं की रिपोर्ट और दूसरे संकेतों को प्रमाणीकरण की जानकारी के साथ मिलाता है”, और वे दूसरे संकेत Google के पास ही रहते हैं। हेडर छँटनी के ज़रिए काम करते हैं: वे बताते हैं कि कारण क्या नहीं है और, Microsoft में, फ़िल्टर के किस हिस्से ने कार्रवाई की।

बाकी के लिए प्रदाताओं के डैशबोर्ड हैं, जो बड़ी मात्रा वाले भेजने वालों के लिए बने हैं। Google का Postmaster Tools उन दिनों को छोड़ सकता है जब आपने कम भेजा, “Gmail उपयोगकर्ताओं की निजता की रक्षा के लिए”, और Microsoft का SNDS IP पतों पर रिपोर्ट देता है, जो तभी काम का है जब पता आपका हो।

छोटे भेजने वाले के लिए टेस्ट मेलबॉक्स, बैनर और हेडर ही ज़्यादातर सबूत हैं। WarmupBay इसमें एक और माप जोड़ता है। उसका डैशबोर्ड दिखाता है कि आपके मेलबॉक्स के वॉर्मअप ईमेल कहाँ पहुँचे, इनबॉक्स में, किसी Gmail टैब में या स्पैम में, Google और अन्य प्रदाताओं के हिसाब से, और कम से कम 20 के डिलीवर हो जाने पर इनबॉक्स दर भी। इससे पता चलता है कि आपके मेलबॉक्स के साथ कैसा बर्ताव हो रहा है। यह आपके कैंपेन के टेक्स्ट की जाँच नहीं है, और यह हेडर नहीं दिखाता। Microsoft 365 और Outlook.com के मेलबॉक्स अभी नहीं जोड़े जा सकते।

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

क्या ईमेल हेडर किसी ऑनलाइन एनालाइज़र में पेस्ट करना सुरक्षित है?

हेडर में ईमेल पते, सर्वर के नाम, IP पते और मैसेज ID होते हैं, और कच्चे व्यू में आम तौर पर संदेश का टेक्स्ट भी होता है। केवल हेडर वाला हिस्सा कॉपी करें, पहली ख़ाली पंक्ति तक। Google और Microsoft के चलाए एनालाइज़र सीधा विकल्प हैं, क्योंकि ये कंपनियाँ ईमेल वैसे भी सँभालती हैं। किसी सार्वजनिक फ़ोरम में हेडर पोस्ट करने से पहले प्राप्तकर्ता का पता हटा दें।

ऐसे प्राप्तकर्ता से हेडर कैसे लूँ जो तकनीकी जानकार नहीं है?

उनसे कहें कि आपका संदेश खोलें, Gmail में Show original, Outlook में View message details या Yahoo में View raw message चुनें, सब कुछ कॉपी करें और एक नए ईमेल में आपको भेज दें। अगर संदेश Gmail के स्पैम फ़ोल्डर में है, तो उनसे ऊपर के बैनर का वाक्य भी कॉपी करने को कहें। वह वाक्य अक्सर हेडर से ज़्यादा काम का होता है।

वही ईमेल एक प्रदाता के यहाँ DKIM में पास और दूसरे के यहाँ फ़ेल क्यों होता है?

आम तौर पर इसलिए कि उनमें से किसी एक तक पहुँचते हुए संदेश बदल गया या उसमें देर हुई। अपने आप फ़ॉरवर्ड होना और मेलिंग लिस्ट संदेश को इस तरह बदल सकते हैं कि हस्ताक्षर सत्यापित न हो, और अस्थायी DNS एरर केवल एक प्रदाता के यहाँ temperror के रूप में दिखता है। दोनों कॉपियों की Authentication-Results पंक्तियों की तुलना करें। Gmail 1024 बिट से छोटी कुंजियों से बने हस्ताक्षरों को भी बिना हस्ताक्षर वाला मानता है।

Gmail में मेरे नाम के पास प्रश्न चिह्न का क्या मतलब है?

जब कोई संदेश प्रमाणित नहीं होता, तब Gmail भेजने वाले के नाम के पास प्रश्न चिह्न दिखाता है: वह पुष्टि नहीं कर सका कि संदेश उसी व्यक्ति से आया है जो भेजने वाला दिखता है। हेडर में आपको बिना pass के spf या dkim मिलेगा। Gmail की सहायता यह भी कहती है कि ऐसे संदेश ज़रूरी नहीं कि स्पैम हों, पर भेजने वाले के लिए यह साफ़ संकेत है कि पहले प्रमाणीकरण ठीक करें।

Outlook में मेरे पते के पास “via” का क्या मतलब है?

जब आपके From पते का डोमेन DKIM हस्ताक्षर या एनवेलप सेंडर के डोमेन से अलग होता है, तब Microsoft 365 “via” और एक दूसरा डोमेन जोड़ सकता है। इसका मतलब है कि किसी दूसरी सेवा ने आपके लिए संदेश भेजा और उस पर अपना नाम लगाया। जब DKIM हस्ताक्षर या एनवेलप सेंडर आपका डोमेन या उसका सबडोमेन इस्तेमाल करता है, तो यह टैग हट जाता है।

क्या मैं हेडर से जान सकता हूँ कि मेरा ईमेल Promotions में गया?

Google के दस्तावेज़ों में ऐसा कोई हेडर नहीं बताया गया है जो इनबॉक्स की श्रेणी दिखाए। Promotions Gmail इनबॉक्स के टैब में से एक है, जिसे Google डील, ऑफ़र और दूसरे प्रचार वाले ईमेल की जगह बताता है, यानी वहाँ पहुँचा संदेश डिलीवर हुआ है। प्राप्तकर्ता उसे खींचकर Primary में ले जा सकता है, और Gmail कहता है कि इससे उसे आगे के ईमेल छाँटने में मदद मिलती है। जुलाई 2026 से Microsoft 365 भी बल्क ईमेल को Promotions के रूप में टैग करता है और अगर संगठन का एडमिन इसे चालू करे तो उसे Promotions फ़ोल्डर में ले जा सकता है।

स्रोत

1. Trace an email with its full header – Gmail Help
2. Check if your Gmail message is authenticated – Gmail Help
3. Report spam in Gmail (warnings shown on messages in Spam) – Gmail Help
4. Organize your emails into categories – Gmail Help
5. Email sender guidelines – Google Workspace Admin Help
6. Postmaster Tools dashboards – Gmail Help
7. Messageheader – Google Admin Toolbox
8. View internet message headers in Outlook – Microsoft Support
9. Anti-spam message headers – Microsoft Learn (updated July 2026)
10. Spam confidence level (SCL) – Microsoft Learn (updated August 2026)
11. Bulk email detection and the Promotions folder – Microsoft Learn (updated August 2026)
12. Troubleshoot common anti-spam policy issues – Microsoft Learn
13. Anti-phishing policies: unauthenticated sender indicators and the via tag – Microsoft Learn
14. Message Header Analyzer – Microsoft
15. Fighting Junk Email – Outlook.com Postmaster
16. Services for Senders and ISPs (SNDS, JMRP) – Outlook.com Postmaster
17. Find delivery delays and identify sender in New Yahoo Mail – Yahoo Help
18. FAQs – Yahoo Sender Hub
19. RFC 8601: Message Header Field for Indicating Message Authentication Status
20. RFC 5321: Simple Mail Transfer Protocol, section 4.4 (trace information)
21. Mail::SpamAssassin::Conf – Apache SpamAssassin documentation
22. Gmail: Nine reasons your mail went to spam – Al Iverson, Spam Resource (13 October 2025)