DMARC रिकॉर्ड एक DNS TXT एंट्री है जो आपकी ईमेल प्रमाणीकरण नीति प्रकाशित करती है। यह एक निश्चित स्थान _dmarc.yourdomain.com पर होता है (शुरुआत के अंडरस्कोर पर ध्यान दें), और कोई भी प्राप्तकर्ता मेल सर्वर इसे देखकर जान सकता है कि आप विफल मेल को कैसे संभालना चाहते हैं और रिपोर्ट कहाँ भेजनी है।
DMARC रिकॉर्ड कहाँ होता है?
हमेशा उस डोमेन के _dmarc सबडोमेन पर जिसे आप सुरक्षित कर रहे हैं। example.com के लिए, रिकॉर्ड _dmarc.example.com पर होता है। अगर आप किसी सबडोमेन से भेजते हैं, मान लीजिए mail.example.com, तो यह _dmarc.mail.example.com होगा, हालाँकि ज़्यादातर टीमें ऑर्गनाइज़ेशनल डोमेन पर एक रिकॉर्ड प्रकाशित करती हैं और उसे सबडोमेन कवर करने देती हैं। यह एक TXT रिकॉर्ड है, वही रिकॉर्ड टाइप जो SPF इस्तेमाल करता है, इसीलिए जिसने भी SPF रिकॉर्ड प्रकाशित किया है उसे यह प्रक्रिया जानी-पहचानी लगेगी।
अगर कोई DMARC रिकॉर्ड न हो तो?
"No DMARC record found" का मतलब है कि _dmarc.yourdomain.com पर कुछ भी प्रकाशित नहीं है। इसके दो परिणाम होते हैं, और दूसरा वह है जो लोग अक्सर चूक जाते हैं।
प्राप्तकर्ता सर्वरों के पास आपकी कोई निर्देश नहीं होता, इसलिए प्रमाणीकरण में विफल संदेश के लिए हर सर्वर अपने तरीके से निपटता है। और चूँकि rua वह जगह है जहाँ रिपोर्ट का अनुरोध किया जाता है, अनुपस्थित रिकॉर्ड कुछ भी अनुरोध नहीं करता: आपको कोई एग्रीगेट रिपोर्ट नहीं मिलती, इसलिए आप देख ही नहीं सकते कि कौन आपके डोमेन से भेज रहा है या आपका अपना मेल पास हो रहा है या नहीं।
अनुपस्थिति और p=none एक बात नहीं है। p=none रिकॉर्ड एक प्रकाशित नीति है जो प्राप्तकर्ताओं से कहती है कि कुछ न बदलें लेकिन फिर भी आपको रिपोर्ट भेजें, और शुरुआत करने की सामान्य जगह यही है। कोई रिकॉर्ड न होने पर आपको न नीति मिलती है न दृश्यता।
किसी डोमेन को खुद जाँचने के लिए, _dmarc नाम पर TXT रिकॉर्ड क्वेरी करें:
dig +short TXT _dmarc.example.com
nslookup -type=TXT _dmarc.example.comअगर आप मैन्युअल क्वेरी नहीं करना चाहते, तो ईमेल एनालाइज़र ब्राउज़र में डोमेन जाँचता है और bird email tools audit शेल से वही काम करता है।
v=DMARC1 वाला जवाब एक रिकॉर्ड है। खाली जवाब वास्तविक अनुपस्थिति है। दो लगभग-सही स्थितियाँ "not found" के रूप में दिखती हैं, भले ही आपने कुछ प्रकाशित किया हो:
- गलत नाम पर प्रकाशित। रिकॉर्ड
_dmarc.example.comपर होना चाहिए, शुरुआती अंडरस्कोर के साथ, न कि डोमेन रूट पर आपके SPF रिकॉर्ड के बगल में। - गलत तरीके से लिखा गया
vटैग।v=DMARC1ज़रूरी है और सबसे पहले आना चाहिए, इसलिए वहाँ कोई टाइपो रिकॉर्ड को DMARC के रूप में अपठनीय बना देता है, भले ही TXT एंट्री रिज़ॉल्व हो।
अगर जवाब यह है कि आपके पास कोई रिकॉर्ड नहीं है, तो DMARC कैसे सेट अप करें अगला कदम है, और p=none से शुरू करना जहाँ rua आपके पढ़े जाने वाले मेलबॉक्स की ओर इशारा करे, यही सामान्य पहला रिकॉर्ड है।
DMARC रिकॉर्ड कैसा दिखता है?
यहाँ एक सीधा-सादा उदाहरण है:
v=DMARC1; p=none; rua=mailto:dmarc@example.comबाएँ से दाएँ पढ़ें, तो यह कहता है: यह एक DMARC वर्शन 1 रिकॉर्ड है, अभी कोई प्रवर्तन लागू न करें (केवल निगरानी), और एग्रीगेट रिपोर्ट dmarc@example.com को भेजें। एक अधिक संपूर्ण रिकॉर्ड इस तरह हो सकता है:
v=DMARC1; p=quarantine; sp=reject; rua=mailto:agg@example.com; ruf=mailto:forensic@example.com; adkim=s; aspf=rहर रिकॉर्ड बस सेमीकोलन से अलग किए गए tag=value जोड़ों की सूची है। दो अनिवार्य हैं (v और p); बाकी वैकल्पिक हैं और उनके उचित डिफ़ॉल्ट मान हैं।
हर DMARC टैग का क्या मतलब है?
| टैग | आवश्यक | क्या करता है | उदाहरण |
|---|---|---|---|
v | हाँ | प्रोटोकॉल वर्शन। हमेशा DMARC1, और सबसे पहले आना चाहिए। | v=DMARC1 |
p | हाँ | मुख्य डोमेन के लिए नीति: none, quarantine, या reject। | p=quarantine |
sp | नहीं | सबडोमेन के लिए नीति, जब आप इसे p से अलग रखना चाहें। | sp=reject |
rua | नहीं | एग्रीगेट (सारांश) रिपोर्ट कहाँ भेजी जाती हैं। | rua=mailto:agg@example.com |
ruf | नहीं | फ़ोरेंसिक (प्रति-संदेश विफलता) रिपोर्ट कहाँ भेजी जाती हैं। | ruf=mailto:forensic@example.com |
adkim | नहीं | DKIM अलाइनमेंट मोड: r रिलैक्स्ड (डिफ़ॉल्ट) या s स्ट्रिक्ट। | adkim=s |
aspf | नहीं | SPF अलाइनमेंट मोड: r रिलैक्स्ड (डिफ़ॉल्ट) या s स्ट्रिक्ट। | aspf=r |
fo | नहीं | फ़ोरेंसिक रिपोर्टिंग विकल्प: विफलता रिपोर्ट कब जनरेट होती है। | fo=1 |
ri | नहीं | एग्रीगेट रिपोर्टिंग अंतराल सेकंड में (डिफ़ॉल्ट 86,400)। | ri=86400 |
आप सबसे ज़्यादा p और rua को छुएँगे। p आपका प्रवर्तन स्तर है, और इसे सही चुनना एक अच्छे रोलआउट की कुंजी है (पूरा विवरण DMARC नीति क्या है में है)। rua वह पता है जो रोज़ाना की सारांश रिपोर्ट प्राप्त करता है जिनसे आप वास्तव में सीखेंगे।
rua और ruf में क्या अंतर है?
rua एग्रीगेट रिपोर्ट एकत्र करता है: XML सारांश, आमतौर पर हर प्रदाता से प्रतिदिन एक, जिसमें आपके डोमेन के अंतर्गत उन्होंने जो मेल देखा उसका विवरण होता है। यही वह स्ट्रीम है जिस पर नज़र रखनी चाहिए। ruf फ़ोरेंसिक रिपोर्ट एकत्र करता है, जो विफल हुए व्यक्तिगत संदेशों की (अक्सर संपादित) प्रतियाँ होती हैं। कई प्रदाता गोपनीयता कारणों से फ़ोरेंसिक रिपोर्ट बिल्कुल नहीं भेजते, इसलिए शांत ruf मेलबॉक्स पर हैरान न हों। जब रिपोर्ट आनी शुरू हों, तो DMARC रिपोर्ट कैसे पढ़ें फ़ील्ड समझाता है।
अलाइनमेंट टैग क्या करते हैं?
adkim और aspf नियंत्रित करते हैं कि डोमेन मैच कितना सटीक होना चाहिए। रिलैक्स्ड (r) सबडोमेन को ऑर्गनाइज़ेशनल डोमेन से मिलान की अनुमति देता है, इसलिए mail.example.com example.com के साथ अलाइन होता है। स्ट्रिक्ट (s) सटीक मिलान की माँग करता है। रिलैक्स्ड डिफ़ॉल्ट है और लगभग सभी के लिए सही विकल्प है; स्ट्रिक्ट तभी चुनें जब आपके पास कोई विशिष्ट कारण हो। अलाइनमेंट वह तंत्र है जो DMARC को अकेले SPF या DKIM से मज़बूत बनाता है, और DMARC कैसे काम करता है इसकी वजह बताता है।
इसे कैसे प्रकाशित करें और जाँचें?
आप अपने DNS होस्ट के ज़रिए TXT रिकॉर्ड जोड़ते हैं, फिर पुष्टि करते हैं कि यह रिज़ॉल्व हो रहा है। चरण-दर-चरण निर्देश, जिसमें cPanel वॉकथ्रू शामिल है, DMARC कैसे सेट अप करें में है। अगर आप Bird के ज़रिए भेजते हैं, तो DKIM और SPF अलाइनमेंट आपके सेंडिंग-डोमेन रिकॉर्ड के ज़रिए सेट होते हैं, इसलिए यह DMARC रिकॉर्ड प्रकाशित करना और rua को अपने देखे जाने वाले मेलबॉक्स की ओर इंगित करना ज़्यादातर काम है। डॉक्स में प्रमाणीकरण गाइड में Bird-विशिष्ट विवरण हैं।
DMARC रिकॉर्ड छोटा है, लेकिन एक पंक्ति में बहुत काम कर रहा है। p और rua सही रखें और बाकी सब बाद में सुधार सकते हैं।