ईमेल हेडर (मेटाडेटा) से आप क्या सीख सकते हैं?

क्या आपको कभी ऐसा ईमेल मिला है और आपने सोचा कि यह कहां से आया है या इसे वास्तव में किसने भेजा है? आश्चर्यजनक रूप से, उस जानकारी का अधिकांश भाग ईमेल हेडर के मेटाडेटा से प्राप्त किया जा सकता है।

ईमेल हेडर क्या है?

ईमेल हेडर मेटाडेटा का एक संग्रह है जो उस पथ को दस्तावेज करता है जिसके द्वारा ईमेल आप तक पहुंचा। आपको हेडर में जानकारी की बाढ़ मिल सकती है या केवल मूल बातें।

हेडर में कौन सी जानकारी शामिल होनी चाहिए, इसके लिए एक मानक है, लेकिन वास्तव में इसकी कोई सीमा नहीं है कि ईमेल सर्वर हेडर में क्या जानकारी डाल सकता है।

यदि आप उत्सुक हैं कि ईमेल प्रोटोकॉल के लिए मानक कैसा दिखता है, तो RFC 5321 - सिंपल मेल ट्रांसफर प्रोटोकॉल देखें। यह समझने में थोड़ा कठिन है, खासकर यदि आपको इस सामग्री को जानने की आवश्यकता नहीं है।

जीमेल में ईमेल हेडर कैसे देखें

एक बार जब आपके पास जीमेल में एक ईमेल संदेश खुला हो, तो संदेश के ऊपरी दाएं कोने में तीन-डॉट आइकन पर क्लिक करके अधिक मेनू का विस्तार करें। कच्चे ईमेल संदेश को उसकी पूर्ण सामग्री और हेडर के साथ देखने के लिए मूल दिखाएं पर क्लिक करें।

एक नई विंडो या टैब खुलेगा, और आप अपने ईमेल का एक प्लेन टेक्स्ट संस्करण देखेंगे जिसमें हेडर सबसे ऊपर होगा। हेडर की सामग्री कुछ इस तरह दिखाई देगी:

यह अच्छा है, लेकिन इसका क्या मतलब है?

ईमेल हेडर कैसे बनाया जाता है?

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

भेजने वाले के कंप्यूटर पर

हेडर का एक हिस्सा तब बनाया जाता है जब भेजने वाला प्राप्तकर्ता को भेजने के लिए ईमेल बनाता है। इसमें ऐसी जानकारी शामिल होगी जैसे ईमेल कब लिखा गया था, इसे किसने लिखा, विषय पंक्ति, और ईमेल का प्राप्तकर्ता।

यह हेडर का वह हिस्सा है जिससे आप सबसे अधिक परिचित हैं, जैसे आपके ईमेल के शीर्ष पर Date:, From:, To:, और Subject: लाइनें।

भेजने वाले की ईमेल सेवा पर

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

इस पर WHOIS खोज करने से कोई उपयोगी जानकारी नहीं मिलेगी। हम सर्वर नाम पर Google खोज कर सकते हैं, इस मामले में tilos.inmoo.net। थोड़ी खुदाई के साथ, हम bgp.tools पर सर्वर नाम और IP पता दोनों पा सकते हैं।

IP पते के आगे के निरीक्षण से पता चलता है कि भेजने वाला LeaseWeb का उपयोग कर रहा था, एक डच क्लाउड कंप्यूटिंग और वेब सेवा कंपनी।

भेजने वाले के IP पते के अलावा, ईमेल हेडर यह भी बताता है कि ईमेल कब भेजने वाले की ईमेल सेवा द्वारा भेजा गया था (Thu, 10 Feb 2022 14:58:13 -0800 (PST)), और उस विशेष संदेश के लिए Message-ID जैसा कि ईमेल सेवा द्वारा जोड़ा गया था।

प्राप्तकर्ता की ईमेल सेवा के रास्ते में

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

ये हॉप्स उस सर्वर से शुरू होते हैं जिसने हाल ही में ईमेल को संभाला था और उस सर्वर पर वापस जाते हैं जिसने मूल रूप से इसे संभाला था, रिवर्स कालानुक्रमिक क्रम में। हमारे उदाहरण में, पहला हॉप ईमेल को भेजने वाले से Google तक ले जाता है, जहां से यह अपने अंतिम गंतव्य पर पहुंचने तक दो और हॉप्स लेता है।

अंतिम हॉप:

Received: from tilos.inmoo.net (tilos.inmoo.net. [81.171.26.235])
 by mx.google.com with ESMTPS id nc18si9066695ejc.964.2022.02.10.14.58.13
 for <xxx@gmail.com>
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Thu, 10 Feb 2022 14:58:13 -0800 (PST)
Received-SPF: pass (google.com: domain of news@lastbacker.com designates 81.171.26.235 as permitted sender) client-ip=81.171.26.235;
Authentication-Results: mx.google.com;
 dkim=pass header.i=@lastbacker.com header.s=ms header.b=frJ635H2;
 spf=pass (google.com: domain of news@lastbacker.com designates 81.171.26.235 as permitted sender) smtp.mailfrom=news@lastbacker.com

यह वह हॉप है जो इसे LeaseWeb के सर्वर से प्राप्तकर्ता के ईमेल सर्वर तक ले जाता है। हम बता सकते हैं कि इसे mx.google.com द्वारा प्राप्त किया गया था, इसलिए प्राप्तकर्ता की ईमेल सेवा Google के साथ है।

यहां, Received-SPF: लाइन को नोट करना अच्छा है। SPF, या सेंडर पॉलिसी फ्रेमवर्क, एक मानक है जिसके द्वारा एक भेजने वाला ईमेल सर्वर खुद को ईमेल का वैध भेजने वाला घोषित कर सकता है।

इस मामले में, क्वालिफायर पास है, जिसका अर्थ है कि IP पते को डोमेन से भेजने के लिए अधिकृत किया गया था। यदि यह फेल के रूप में पंजीकृत होता, तो इसे Gmail के सर्वरों द्वारा अस्वीकार कर दिया जाता। यदि यह सॉफ्टफेल होता, तो Gmail इसे स्वीकार कर लेता, लेकिन इसे संभावित रूप से वैसा नहीं होने के रूप में चिह्नित कर देता जैसा यह कहता है कि यह किससे है।

पिछले हॉप्स:

अंतिम हॉप से पहले एक या अधिक हॉप्स हो सकते हैं। प्रत्येक के लिए टाइमस्टैम्प बताते हैं कि प्रत्येक सर्वर को संदेश को पास करने में कितना समय लगा। यह आपको ज्यादा नहीं बताएगा, जब तक कि आप नेटवर्क इंजीनियर न हों।

सिद्धांत रूप में, आप मोटे तौर पर गणना कर सकते हैं कि दो सर्वर कितने दूर हैं।

प्राप्तकर्ता के ईमेल सर्वर पर

एक बार जब यह प्राप्तकर्ता की ईमेल सेवा पर पहुंच जाता है, तो हेडर में और जानकारी जोड़ी जाती है। इसमें प्राप्तकर्ता की ईमेल सेवा के सर्वरों द्वारा इसे कब प्राप्त किया गया, किस ईमेल सर्वर से संदेश प्राप्त हुआ था, इच्छित प्राप्तकर्ता का ईमेल पता, और भेजने वाले का घोषित "रिप्लाई टू" ईमेल पता शामिल हो सकता है।

अंतिम हॉप में वापस, हमने देखा कि प्राप्तकर्ता की ईमेल सेवा Google के साथ थी। सबसे महत्वपूर्ण बात, हम Return-Path: से बता सकते हैं कि रिप्लाई करने का ईमेल और भेजने वाले का ईमेल समान है या नहीं। यदि यह है, तो यह हमें यह भी बताता है कि एक अच्छा मौका है कि यह ईमेल वैध है।

अन्य हेडर से अन्य जानकारी

यह विशेष ईमेल हेडर अपनी जानकारी में सीमित है क्योंकि एक होस्टेड ईमेल सेवा का उपयोग किया जा रहा है। यदि भेजने वाला अपने स्वयं के ईमेल सर्वर का उपयोग कर रहा होता, तो हम थोड़ी और जानकारी प्राप्त करने में सक्षम हो सकते थे।

हम यह निर्धारित करने में सक्षम हो सकते हैं कि वे वास्तव में किस मेल क्लाइंट का उपयोग कर रहे हैं। या हम भेजने वाले के IP पते पर WHOIS कर सकते हैं और भेजने वाले का अनुमानित स्थान प्राप्त कर सकते हैं।

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

आप ईमेल पते पर ही एक वेब खोज कर सकते हैं, व्यक्ति को ऑनलाइन ढूंढ सकते हैं, और उनकी डॉक्सिंग शुरू कर सकते हैं। हालांकि, हम अनुशंसा नहीं करते कि आप ऐसा करें।

ईमेल हेडर और मेटाडेटा को डिकोड करना

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

• Google Admin Toolbox Messageheader: यह साइट मूल बातें और वह पथ तोड़ देगी जो ईमेल ने भेजने वाले से रिसीवर तक लिया।
• MX Toolbox: यह हेडर को अधिक विस्तार से तोड़ता है और देरी, प्रमाणीकरण मुद्दों, और ईमेल द्वारा किए गए प्रत्येक हॉप को प्रकट करता है।
• WhatIsMyIP: यदि आप उत्सुक हैं कि दुनिया में ईमेल कहां से आया, तो सीधे यहां जाएं। यह सेवा WHOIS लुकअप करती है।
• Mail Header: मेल हेडर पर, आपको एक विस्तृत संदेश ट्रांसफर एजेंट (MTA) विश्लेषण, आपके ईमेल द्वारा दुनिया भर में लिए गए मार्ग का एक दृश्य प्रतिनिधित्व, हॉप और स्पैम स्कोरिंग विवरण के साथ मिलेगा।

ईमेल हेडर से सीखने के लिए सब कुछ

सभी इलेक्ट्रॉनिक संचार पदचिह्न छोड़ते हैं। कुछ बड़े और अनुसरण करने में आसान होते हैं। कुछ वेब फिल्टर और प्रॉक्सी सर्वर द्वारा अस्पष्ट होते हैं। किसी भी तरह, जो पीछे रह जाता है वह हमें उस व्यक्ति के बारे में कुछ बताता है जिसने उन्हें बनाया।

उस मेटाडेटा से, हम शामिल लोगों के बारे में अधिक जानने के लिए आगे की जांच कर सकते हैं। क्या वे VPN का उपयोग करके कुछ छिपा रहे हैं? क्या वे वास्तव में एक वैध व्यवसाय हैं जिनकी वैध वेब उपस्थिति है? क्या यह कोई ऐसा व्यक्ति है जिसके साथ मैं वास्तव में डेट पर जाना चाहता हूं? सामान्य लोग मेरे बारे में क्या सीख सकते हैं, NSA को छोड़ दें?

अपने ईमेल हेडर पर एक नज़र डालें और देखें कि वे आपके बारे में क्या कहते हैं। यदि आपको कुछ हेडर लाइनें मिलती हैं जो ज्यादा समझ में नहीं आतीं, तो उन्हें डिकोड करने में आपकी मदद के लिए Google से पूछें।