DMARC रिपोर्ट समझें और Gmail फ़िल्टर से व्यवस्थित करें
एक सुबह आपके इनबॉक्स में Google का संदेश आता है, जिसका विषय है «Report domain: votre-domaine.fr Submitter: google.com Report-ID: …» और साथ में एक संपीड़ित फ़ाइल है। अगले दिन Microsoft, फिर Yahoo और दूसरे प्रदाता ऐसे ही संदेश भेजते हैं। न कोई विवरण, न स्पष्टीकरण, बस एक फ़ाइल। फ़िशिंग? हैकिंग? नहीं, ये समेकित DMARC रिपोर्ट हैं और आम तौर पर अच्छी खबर हैं।
आइए जानें कि इनमें क्या होता है, इन्हें दो मिनट में कैसे पढ़ें और Gmail की एक कम इस्तेमाल होने वाली सुविधा, XML फ़ाइल से फ़िल्टर आयात, की मदद से इन्हें खोए बिना इनबॉक्स से कैसे हटाएँ।
तीस सेकंड में DMARC
जब किसी सर्वर को votre-domaine.fr से भेजे जाने का दावा करने वाला ईमेल मिलता है, तो वह दो बातें जाँचता है:
- SPF: क्या भेजने वाला IP पता आपके डोमेन द्वारा अधिकृत सर्वरों की सूची में है?
- DKIM: क्या संदेश पर आपके डोमेन की कुंजी रखने वाले सर्वर का वैध क्रिप्टोग्राफ़िक हस्ताक्षर है?
DMARC दोनों जाँचों को एक साथ नियंत्रित करता है। कम से कम एक जाँच सफल होनी चाहिए और उसका डोमेन प्राप्तकर्ता को दिखने वाले «From:» फ़ील्ड के डोमेन से मेल खाना चाहिए। विफलता की स्थिति में क्या करना है, यह _dmarc.votre-domaine.fr पर मौजूद साधारण DNS TXT रिकॉर्ड से तय होता है:
v=DMARC1; p=none; rua=mailto:dmarc@votre-domaine.frp पैरामीटर नीति तय करता है: none (केवल निगरानी), quarantine (स्पैम में भेजना) या reject (सीधे अस्वीकार करना)। रहस्यमय ईमेल का कारण rua पैरामीटर है।
ये रिपोर्ट आपको क्यों मिलती हैं
rua का अर्थ है reporting URI for aggregate reports। यह बड़े ईमेल प्रदाताओं से आपके डोमेन के नाम पर प्राप्त संदेशों का सारांश आम तौर पर रोज़ एक बार भेजने को कहता है। आपको रिपोर्ट मिल रही है तो आपका पता इसी पैरामीटर में दर्ज है।
अक्सर आपने इसे खुद नहीं जोड़ा होता। फ़रवरी 2024 से Gmail और Yahoo बड़ी संख्या में ईमेल भेजने वालों के लिए DMARC रिकॉर्ड अनिवार्य करते हैं। कई होस्टिंग कंपनियाँ, सेवा प्रदाता और सेटअप सहायक इसे अपने आप जोड़ देते हैं और rua में डोमेन का संपर्क पता डाल देते हैं। इसलिए रिपोर्ट अचानक आने लगती हैं।
याद रखें: रिपोर्ट कोई सुरक्षा चेतावनी नहीं है। सब ठीक होने पर भी Google रिपोर्ट भेजता है। यह गतिविधि का विवरण है, शिकायत नहीं।
बिना विशेष टूल के रिपोर्ट पढ़ें
अटैचमेंट संपीड़ित XML फ़ाइल होती है: Google में .zip, Microsoft और अधिकतर अन्य प्रदाताओं में .gz। इसे निकालकर ब्राउज़र या टेक्स्ट एडिटर में खोलें। शीर्ष पर रिपोर्ट भेजने वाले और अवधि की जानकारी होती है (Unix टाइमस्टैम्प को ऑनलाइन तारीख में बदला जा सकता है)। इसके बाद प्रत्येक <record> ब्लॉक ऐसा दिखता है:
<record>
<row>
<source_ip>203.0.113.25</source_ip>
<count>14</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>pass</dkim>
<spf>fail</spf>
</policy_evaluated>
</row>
<identifiers>
<header_from>votre-domaine.fr</header_from>
</identifiers>
</record>इसका मतलब है कि IP 203.0.113.25 से आपके डोमेन के नाम पर 14 संदेश भेजे गए। DKIM हस्ताक्षर सही था और SPF विफल हुआ, लेकिन एक जाँच सफल होना पर्याप्त है, इसलिए DMARC पास हुआ। disposition बताता है कि प्राप्तकर्ता ने क्या किया: none का मतलब सामान्य डिलीवरी है।
पहचानने योग्य तीन स्थितियाँ
- आपके मेल प्रदाता के IP से सब
passहै: यह सामान्य स्थिति है; कुछ करने की ज़रूरत नहीं। - SPF विफल, DKIM सफल: ऑटोमैटिक फ़ॉरवर्डिंग और मेलिंग लिस्ट में यह आम है, क्योंकि वे अपने सर्वर से संदेश दोबारा भेजते हैं। DKIM सही रहे तो संदेश पास हो जाता है।
- अनजान IP से सब
failहै: यह कोई वैध लेकिन अपंजीकृत टूल (न्यूज़लेटर सॉफ़्टवेयर, CRM, वेबसाइट नोटिफ़िकेशन) या आपके डोमेन का प्रतिरूपण करने वाला व्यक्ति हो सकता है। IP की जाँच से अक्सर अंतर स्पष्ट हो जाता है।
कई डोमेन या अधिक मात्रा में ईमेल होने पर Postmark, dmarcian और EasyDMARC जैसी सेवाएँ इन फ़ाइलों को समझने योग्य डैशबोर्ड में बदलती हैं; कई में मुफ़्त योजना भी होती है। बस rua को उनके दिए पते पर सेट करें।
उपाय: XML फ़ाइल से Gmail फ़िल्टर आयात करें
समस्या आने पर रिपोर्ट उपयोगी हैं, लेकिन रोज़ इनबॉक्स में नहीं होनी चाहिए। हाथ से फ़िल्टर बनाने के बजाय आसान और साझा करने योग्य तरीका है: Gmail तैयार फ़िल्टर आयात कर सकता है। XML का यही फ़ॉर्मैट फ़िल्टर निर्यात करते समय भी मिलता है, इसलिए दूसरे खाते में नियम दोबारा लगाना आसान है।
नीचे दिया टेक्स्ट कॉपी करके filtre-dmarc.xml नाम की टेक्स्ट फ़ाइल में सहेजें:
<?xml version='1.0' encoding='UTF-8'?>
<feed xmlns='[http://www.w3.org/2005/Atom](http://www.w3.org/2005/Atom)' xmlns:apps='[http://schemas.google.com/apps/2006](http://schemas.google.com/apps/2006)'>
<title>Mail Filters</title>
<id>tag:mail.google.com,2008:filters:1</id>
<updated>2026-11-06T12:00:00Z</updated>
<entry>
<category term='filter'></category>
<title>Mail Filter</title>
<id>tag:mail.google.com,2008:filter:1</id>
<updated>2026-11-06T12:00:00Z</updated>
<content></content>
<apps:property name='subject' value='"Report domain"'/>
<apps:property name='hasAttachment' value='true'/>
<apps:property name='label' value='Rapports DMARC'/>
<apps:property name='shouldArchive' value='true'/>
<apps:property name='shouldMarkAsRead' value='true'/>
<apps:property name='shouldNeverSpam' value='true'/>
</entry>
</feed>फ़िल्टर «Report domain» विषय पर आधारित है, जिसे DMARC मानक सुझाता है और Google, Microsoft तथा अधिकतर प्रदाता इस्तेमाल करते हैं। साथ में अटैचमेंट होना भी आवश्यक है। यह संदेश को «Rapports DMARC» लेबल देता है, इनबॉक्स से हटाता है, पढ़ा हुआ चिह्नित करता है और स्पैम में जाने से रोकता है।
फ़िल्टर आयात करने के चरण
- Gmail में पहले Rapports DMARC लेबल बनाएँ (बाएँ «लेबल» अनुभाग में + बटन)।
- ऊपर दाईं ओर गियर आइकन पर क्लिक करके सभी सेटिंग देखें चुनें।
- फ़िल्टर और ब्लॉक किए गए पते टैब खोलें।
- सबसे नीचे फ़िल्टर आयात करें पर क्लिक करें,
filtre-dmarc.xmlचुनें और फ़ाइल खोलें दबाएँ। - Gmail फ़िल्टर दिखाएगा। पुरानी रिपोर्ट भी व्यवस्थित करने के लिए नए फ़िल्टर मौजूदा बातचीत पर भी लागू करें चुनें और फ़िल्टर बनाएँ से पुष्टि करें।
एक फ़ाइल में कई <entry> ब्लॉक हो सकते हैं: सभी नियम साथ रखकर नए खाते में एक बार में आयात कर सकते हैं। वास्तविक उदाहरण के लिए इसी टैब में अपना मौजूदा फ़िल्टर चुनकर निर्यात करें दबाएँ; Gmail उसकी XML फ़ाइल देगा।
अगर आप रिपोर्ट बिल्कुल नहीं चाहते?
DMARC रिकॉर्ड कभी न हटाएँ: यह डोमेन के प्रतिरूपण से बचाता है और Gmail व Yahoo में ईमेल पहुँचाने के लिए महत्वपूर्ण है। डोमेन के DNS क्षेत्र में _dmarc TXT रिकॉर्ड से केवल rua=… पैरामीटर हटाएँ या उसकी जगह अलग पता डालें। बदलाव लागू होने पर, आम तौर पर 24–48 घंटे में, रिपोर्ट बंद हो जाएँगी।
फिर भी सलाह है कि कुछ सप्ताह तक रिपोर्ट को उनके लेबल में सुरक्षित रखें। इससे जाँच सकेंगे कि सभी भेजने वाले टूल सही तरह अधिकृत हैं, इससे पहले कि नीति p=none से p=quarantine और फिर p=reject की जाए। यही आपके नाम से नकली ईमेल भेजने वालों के विरुद्ध असली सुरक्षा है।
Hindi
French
German
English
Spanish
Italian
Japanese
Korean
Norwegian
Chinese


