DMARC रिपोर्ट विश्लेषक

रिसीवर्स द्वारा भेजी जाने वाली एग्रीगेट रिपोर्ट फ़ाइलें डालें — .xml, .xml.gz, या कई फ़ाइलों वाला .zip — और वह वापस पाएं जो XML दबा देता है: कौन से स्रोत आपके डोमेन के रूप में भेजते हैं, उसका कितना हिस्सा SPF और DKIM अलाइनमेंट पास करता है, दोनों में क्या फ़ेल हुआ, और पहले क्या ठीक करना है, आसान भाषा में। सब कुछ आपके ब्राउज़र में डीकंप्रेस और पार्स होता है; फ़ाइलें कभी आपके ब्राउज़र को नहीं छोड़तीं, क्योंकि DMARC रिपोर्ट इस बात का नक्शा है कि आपका मेल कौन भेजता है — और कौन भेजने का दिखावा करता है।

या फ़ाइलों को इस बॉक्स में कहीं भी डालें। अलग-अलग रिसीवर्स और अलग-अलग दिनों की रिपोर्ट एक ही तालिका में मिल जाती हैं, स्रोत के अनुसार समूहित।

नमूना काल्पनिक है: एक स्वस्थ प्रेषक, एक फ़ॉरवर्डर, एक अलाइन न हुआ मार्केटिंग प्लेटफ़ॉर्म, एक अज्ञात स्रोत जो हर चीज़ में फ़ेल है।

एग्रीगेट रिपोर्ट असल में होती क्या है

DMARC के दो आधे हिस्से हैं। पहला वह रिकॉर्ड है जो आप प्रकाशित करते हैं — नीति, अलाइनमेंट मोड, रिपोर्टिंग पता — और यह वह आधा हिस्सा है जिसे हर चेकर पढ़ सकता है, जिसमें इस साइट की ईमेल डिलीवरेबिलिटी जांच भी शामिल है। दूसरा आधा फ़ीडबैक लूप है: हर बड़ा रिसीवर जो आपके डोमेन से होने का दावा करने वाला मेल देखता है, वह जो देखा उसे सारांशित करता है और सारांश को आपके rua पते पर भेजता है, आमतौर पर दिन में एक बार, XML के रूप में। वह फ़ाइल ही इस बात का एकमात्र सबूत है कि और कौन आपके रूप में भेज रहा है। स्पूफ़िंग अभियान, दो साल पहले किसी सहकर्मी द्वारा जोड़ा गया मार्केटिंग प्लेटफ़ॉर्म, वह मॉनिटरिंग सेवा जो अभी भी बंद किए गए सर्वर का उपयोग कर रही है — यह सब, अगर कोई उन्हें पढ़े, तो कहीं और दिखने से हफ़्तों पहले एग्रीगेट रिपोर्ट में दिखता है। लगभग कोई उन्हें नहीं पढ़ता, क्योंकि नेस्टेड policy_evaluated तत्वों वाला कच्चा XML लगभग अपठनीय है, और फ़ाइलें मेलबॉक्स में gzip होकर जमा होती रहती हैं। यह विश्लेषक ठीक उसी कमी को भरता है: वही फ़ाइल, स्रोतों और निर्णयों की तालिका में बदली हुई, हर विफलता का अनुवाद उस सुधार में किया गया जिसकी उसे ज़रूरत है। साथ वाली मार्गदर्शिका, अपनी DMARC रिपोर्ट पढ़ना, एक पूरे हल किए गए उदाहरण के साथ प्रारूप की शब्दावली — डिस्पोज़िशन, अलाइनमेंट, प्रमाणीकरण परिणाम और अलाइन हुए परिणाम के बीच का अंतर — समझाती है।

दो आदतें रिपोर्टों को और मूल्यवान बनाती हैं। पहली, उन्हें लागू करने से पहले पढ़ें: रिपोर्टिंग वाली p=none नीति एक निगरानी प्रणाली है, और जिन हफ़्तों वह चलती है, वे आपको हर वैध प्रेषक सिखाते हैं, ताकि क्वारंटीन और अस्वीकृति की ओर बढ़ने पर कुछ भी असली न टूटे। दूसरी, हर अज्ञात स्रोत को जिज्ञासा नहीं, टिकट समझें — उसे पहचानें, अलाइन करें या देखें कि प्रवर्तन उसे कैसे ख़त्म करता है, लेकिन किसी अपरिचित प्रवाह को “शायद ठीक है” वाले ढेर में कभी न बैठने दें, क्योंकि स्पूफ़िंग ठीक उसी ढेर में छिपती है। ध्यान दें कि एग्रीगेट रिपोर्ट जानबूझकर क्या नहीं रखतीं: कोई संदेश बॉडी नहीं, कोई विषय पंक्ति नहीं, कोई प्राप्तकर्ता पता नहीं। वे प्रति-स्रोत गिनती और निर्णय हैं, और इसीलिए उन्हें किसी प्रदाता की सहायता टीम के साथ साझा किया जा सकता है — एक ऐसी फ़ाइल के रूप में जिसे आप सोच-समझकर सौंपते हैं, किसी टूल पर अपलोड के रूप में नहीं। यह पेज उसी गुण को बनाए रखता है: विश्लेषण वहीं होता है जहां फ़ाइल पहले से है, आपकी मशीन पर।

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

DMARC एग्रीगेट रिपोर्ट क्या है?

यह वह दैनिक फ़ीडबैक फ़ाइल है जो रिसीवर्स (Google, Microsoft, Yahoo और बाकी) आपके DMARC रिकॉर्ड के rua टैग वाले पते पर भेजते हैं। हर उस स्रोत के लिए जिसने आपके डोमेन होने का दावा करते हुए मेल भेजा, रिपोर्ट स्रोत IP, संदेशों की संख्या, रिसीवर द्वारा लागू किया गया डिस्पोज़िशन, और यह सूचीबद्ध करती है कि SPF और DKIM आपके From डोमेन से अलाइन हुए या नहीं। यह एकमात्र जगह है जहां आपके डोमेन की स्पूफ़िंग किसी भ्रमित ग्राहक की शिकायत के बजाय डेटा के रूप में दिखाई देती है। मार्गदर्शिका अपनी DMARC रिपोर्ट पढ़ना एक असली रिपोर्ट को पंक्ति दर पंक्ति समझाती है।

मुझे अपने डोमेन के लिए ये रिपोर्ट कैसे मिलेंगी?

रिपोर्टिंग पते के साथ एक DMARC रिकॉर्ड प्रकाशित करें — v=DMARC1; p=none; rua=mailto:[email protected] — और रिसीवर्स लगभग एक दिन में भेजना शुरू कर देंगे। अगर आपके पास अभी कोई रिकॉर्ड नहीं है, या जो है उसे जांचना चाहते हैं, तो पहले ईमेल डिलीवरेबिलिटी जांच चलाएं: यह रिकॉर्ड, नीति और यह पढ़ती है कि कोई रिपोर्टिंग पता प्रकाशित है या नहीं। रिपोर्ट छोटी XML फ़ाइलों के रूप में आती हैं, आमतौर पर gzip की हुई या zip में बंधी हुई, जो ठीक वही है जिसे यह विश्लेषक खोलता है।

क्या यहां रिपोर्ट खोलना सुरक्षित है? फ़ाइल कहां जाती है?

कहीं नहीं। फ़ाइल इसी पेज में, आपके ब्राउज़र में डीकंप्रेस और पार्स होती है; कुछ भी अपलोड, प्रसारित या संग्रहीत नहीं होता। यह एक सोचा-समझा डिज़ाइन है, क्योंकि एग्रीगेट रिपोर्ट आपके मेल ढांचे का नक्शा हैं — आपकी इस्तेमाल की हर भेजने वाली सेवा, हर IP, और आपको निशाना बनाने वाली कोई भी स्पूफ़िंग। उस नक्शे को किसी अजनबी के सर्वर पर अपलोड करना, या उसे लॉग रखने वाली AI चैट में चिपकाना, नक्शे को उन लोगों के हाथ सौंप देता है जिनके लिए वह कभी था ही नहीं।

जिस स्रोत को मैं नहीं पहचानता, वह SPF और DKIM दोनों में फ़ेल है। क्या यह स्पूफ़िंग है?

यह या तो स्पूफ़िंग है या कोई ऐसा प्रेषक जिसके बारे में आपको किसी ने बताया नहीं — और रिपोर्ट अकेले दोनों को अलग नहीं कर सकती, इसीलिए विश्लेषक इसे निर्णय के बजाय खोजने योग्य प्रश्न के रूप में रखता है। क्रम से जांचें: क्या IP किसी ऐसे प्रदाता का है जिसे आपका संगठन भुगतान करता है (CRM, सहायता डेस्क, कोई पुराना मार्केटिंग टूल, भूली हुई मॉनिटरिंग सेवा)? मात्रा स्थिर और कम है (गलत कॉन्फ़िगर किया आंतरिक सिस्टम) या रुक-रुककर और बड़ी है (कोई अभियान)? जब तक आपकी नीति p=none है, वह मेल वैसे भी डिलीवर होता है; जब हर वैध स्रोत अलाइन हो जाए और आप क्वारंटीन या अस्वीकृति लागू करें, तो अपरिचित प्रवाह दोनों में से जो भी रहा हो, अस्वीकृत हो जाएगा।

मेरा अपना वैध मेल फ़ेल हो रहा है। पहले क्या ठीक करूं?

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