नया गाइड: प्रतिष्ठा को नुकसान पहुँचाए बिना डेडिकेटेड IP को वार्म-अप कैसे करें। अभी पढ़ें →
MigoSMTP
डेमो बुक करें मुफ़्त शुरू करें
मुफ़्त टूल

DMARC रिकॉर्ड जनरेटर

अपनी चुनी हुई पॉलिसी, रिपोर्टिंग पते और अलाइनमेंट के साथ DMARC रिकॉर्ड बनाएँ। हर टैग समझाया गया है, और चरणबद्ध रोलआउट दिखाता है कि मॉनिटरिंग से एनफ़ोर्समेंट तक सुरक्षित रूप से कैसे जाएँ।

  • आपके ब्राउज़र में चलता है
  • हर टैग समझाता है
  • रोलआउट योजना शामिल
टूल खोलेंजानें यह कैसे काम करता है

अपना रिकॉर्ड बनाएँ

DMARC में विफल होने वाले मेल की पॉलिसी (p)

आपका DMARC रिकॉर्ड

प्रकार
TXT
होस्ट
_dmarc




    

    इस डोमेन की जाँच करें
    

    

    

    

    आपके रिकॉर्ड का हर भाग क्या करता है
    टैगमानमतलब
    

    सुरक्षित रोलआउट, चरण दर चरण
    

    चरणरिकॉर्डक्या करें
    

    1. निगरानीp=none; rua=mailto:...कुछ हफ़्ते रिपोर्ट एकत्र करें। आपके डोमेन के नाम से भेजने वाले हर सिस्टम की सूची बनाएँ और वैध सिस्टम के लिए SPF या DKIM ठीक करें।
    

    2. एनफ़ोर्समेंट शुरू करेंp=quarantine; pct=10पॉलिसी को विफल मेल के छोटे हिस्से पर लागू करें, फिर रिपोर्ट साफ़ रहने तक pct को चरणों में (25, 50, 100) बढ़ाएँ।
    

    3. पूर्ण quarantinep=quarantine; pct=100तब तक यहीं रहें जब तक कोई वैध स्रोत विफल न हो।
    

    4. Rejectp=rejectविफल मेल अस्वीकार कर दिया जाता है। रिपोर्ट पढ़ते रहें; बाद में जुड़ने वाले नए भेजने वालों को सेट करना होगा।
    

    

    हर चरण पर कितना रुकना है, यह इस पर निर्भर है कि आपके डोमेन के लिए कितने सिस्टम भेजते हैं। चरणों के नाम हमारा सुझाव हैं, DMARC मानक का हिस्सा नहीं।
    

    



    जनरेटर आपके ब्राउज़र में चलता है और कुछ सहेजता नहीं। हर डोमेन के लिए हमेशा एक ही DMARC रिकॉर्ड रखें, जो _dmarc पर TXT रिकॉर्ड के रूप में प्रकाशित हो।
    

    


    


    

    SPF और DKIM में DMARC क्या जोड़ता है
    

    SPF और DKIM हर एक कुछ जाँचता है, लेकिन कोई यह नहीं बताता कि जाँच विफल होने पर क्या करें, और न ही कोई उस पते से जुड़ा है जो लोग From लाइन में असल में देखते हैं। DMARC दोनों कमियाँ दूर करता है। यह रिसीवर से कहता है: मेल को इस डोमेन से आया तभी मानें जब SPF या DKIM From पते वाले ही डोमेन से पास हुआ हो, और जो मेल ऐसा न हो उसका क्या करना है, यह भी बताता है। यह रिसीवर से रिपोर्ट भेजने को भी कहता है, जिससे पता चलता है कि आपके डोमेन के नाम से कौन मेल भेज रहा है।
    जनरेटर द्वारा सेट किए जा सकने वाले सभी टैग
    

    टैगयह क्या करता हैटिप्पणियाँ
    vसंस्करणहमेशा DMARC1 और हमेशा सबसे पहले।
    pविफल मेल की पॉलिसी: none, quarantine या rejectआवश्यक।
    spसबडोमेन की पॉलिसीवैकल्पिक। इसके बिना सबडोमेन p का पालन करते हैं।
    ruaएग्रीगेट रिपोर्ट कहाँ भेजेंअत्यधिक अनुशंसित। एक या अधिक mailto: पते।
    rufविफलता रिपोर्ट कहाँ भेजेंवैकल्पिक। कई बड़े रिसीवर इन्हें नहीं भेजते।
    adkim, aspfअलाइनमेंट मोड: relaxed (r) या strict (s)Relaxed डिफ़ॉल्ट है और अधिकांश डोमेन के लिए सही है।
    pctविफल मेल का प्रतिशत जिस पर पॉलिसी लागू होती हैquarantine या reject को चरणबद्ध लागू करने में इस्तेमाल करें।
    foविफलता रिपोर्ट कब बनाएँ0 (डिफ़ॉल्ट), 1, d या s।
    riएग्रीगेट रिपोर्ट के बीच अनुरोधित सेकंडडिफ़ॉल्ट 86400 है, यानी एक दिन। रिसीवर इसे अनदेखा कर सकते हैं।
    चरणों में रोलआउट करें
    

    आम गलती पहले ही दिन p=reject प्रकाशित कर देना है और बाउंस हुए इनवॉइस से पता चलना कि कोई भूला हुआ सिस्टम आपके नाम से भेज रहा था। सुरक्षित रास्ता है पहले निगरानी करना और रिपोर्ट साफ़ होने पर ही कड़ाई बढ़ाना।
    • ऐसे rua पते के साथ p=none प्रकाशित करें जो किसी ऐसे मेलबॉक्स या रिपोर्टिंग सेवा तक पहुँचे जिसे आप सच में पढ़ेंगे।
    • अगले कुछ हफ़्तों में रिपोर्ट के हर स्रोत की सूची बनाएँ। हर वैध स्रोत के लिए SPF या DKIM ठीक करें। जो भी अपरिचित हो वह स्पूफ़िंग हो सकता है, या भूला हुआ सिस्टम।
    • छोटे pct के साथ quarantine पर जाएँ, फिर रिपोर्ट साफ़ रहने पर उसे चरणों में बढ़ाएँ।
    • हर वैध स्रोत पास होने पर reject पर जाएँ, और बाद में भी रिपोर्ट पढ़ते रहें।
    जनरेटर के नीचे दी चरण तालिका हर कदम को कॉपी करने योग्य रिकॉर्ड के रूप में दिखाती है।
    अलाइनमेंट, सरल शब्दों में
    

    DMARC तब पास होता है जब SPF या DKIM पास हो और पास होने वाला डोमेन From डोमेन से मेल खाए। Relaxed अलाइनमेंट में सबडोमेन भी मेल माना जाता है: mail.example.com से आया मेल example.com वाले From से अलाइन होता है। Strict अलाइनमेंट में डोमेन बिल्कुल समान होने चाहिए। Strict तभी काम का है जब हर भेजने वाला आपके नियंत्रण में हो और आपको सबसे कड़ा नियम चाहिए; यह सबडोमेन इस्तेमाल करने वाली तृतीय-पक्ष सेवाओं का वैध मेल तोड़ सकता है।
    रिपोर्ट किसी दूसरे डोमेन को भेजना
    

    अगर आपका rua पता उस डोमेन से अलग डोमेन पर है जिसे आप सुरक्षित कर रहे हैं, जैसे रिपोर्टिंग सेवा, तो रिसीवर जाँचते हैं कि वह दूसरा डोमेन आपकी रिपोर्ट पाने को सहमत है। यह yourdomain._report._dmarc.otherdomain पर मान v=DMARC1 वाला TXT रिकॉर्ड प्रकाशित करके होता है। रिपोर्टिंग सेवाएँ आम तौर पर इसे आपके लिए सेट कर देती हैं; लागू होने पर जनरेटर आपको याद दिलाता है।
    एग्रीगेट रिपोर्ट XML होती हैं
    

    दैनिक rua रिपोर्ट संपीड़ित XML फ़ाइलें होती हैं, हर रिसीवर की एक, जिनमें भेजने वाले IP, संदेश संख्या और SPF व DKIM के नतीजे होते हैं। रोज़ कुछ से ज़्यादा आने पर इन्हें हाथ से पढ़ना कठिन हो जाता है। अधिकांश लोग इन्हें तालिका में बदलने के लिए रिपोर्टिंग सेवा या स्क्रिप्ट इस्तेमाल करते हैं। जो भी इस्तेमाल करें, नियमित समीक्षा करें, खासकर नई भेजने वाली सेवा जोड़ने के बाद।
    इसे कहाँ प्रकाशित करें
    

    अपने डोमेन पर _dmarc नाम का TXT रिकॉर्ड बनाएँ (पूरा नाम _dmarc.example.com होगा) और जनरेट किया मान पेस्ट करें। DMARC रिकॉर्ड ठीक एक ही होना चाहिए। DNS अपडेट होने के बाद, डोमेन पर हमारा SPF, DKIM और DMARC चेकर चलाकर पुष्टि करें कि वह आपकी मंशा के अनुसार पढ़ा जा रहा है।
    

    


    

    जनरेटर क्या कवर करता है
    

      

    1. 1
      वैध रिकॉर्ड बनाता है
      टैग मानक क्रम में रखता है, mailto: उपसर्ग अपने आप जोड़ता है, और पता अमान्य होने पर कॉपी रोक देता है।
    2. 2
      जोखिम भरे विकल्पों पर चेतावनी देता है
      बिना रिपोर्ट के reject, strict अलाइनमेंट, किसी दूसरे डोमेन को भेजी रिपोर्ट, और इतने लंबे रिकॉर्ड जिन्हें बाँटना पड़े, इन्हें चिह्नित करता है।
    3. 3
      हर टैग समझाता है
      तालिका आपके रिकॉर्ड के हर टैग का अर्थ बताती है, ताकि आप जानें कि क्या प्रकाशित कर रहे हैं।
    4. 4
      रोलआउट दिखाता है
      चार-चरणीय योजना आपको p=none से p=reject तक ले जाती है।
    

    


    

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

    

    मेरा पहला DMARC रिकॉर्ड क्या होना चाहिए?
    v=DMARC1; p=none; rua=mailto:आपका-पढ़ा-जाने-वाला-पता। इससे डिलीवरी में कुछ नहीं बदलता, और यह उन रिपोर्ट को शुरू करता है जो दिखाती हैं कि आपके डोमेन के नाम से कौन भेजता है।
    quarantine और reject में क्या अंतर है?
    Quarantine रिसीवर से विफल मेल को संदिग्ध मानने को कहता है, आम तौर पर स्पैम में डालकर। Reject उन्हें अस्वीकार करने को कहता है। दोनों इस पर निर्भर हैं कि रिसीवर आपकी पॉलिसी मानना चुने।
    pct क्या करता है?
    यह तय करता है कि पॉलिसी विफल मेल के कितने हिस्से पर लागू हो। इसका उद्देश्य quarantine या reject को धीरे-धीरे लाना है: कम से शुरू करें और रिपोर्ट साफ़ रहने तक बढ़ाएँ।
    क्या strict अलाइनमेंट इस्तेमाल करूँ?
    आम तौर पर नहीं। Relaxed अलाइनमेंट सबडोमेन को मेल खाने देता है, जो अधिकांश सेटअप के लिए ठीक है। Strict अलाइनमेंट से तृतीय-पक्ष सेवाओं का वैध मेल विफल हो सकता है अगर वे सबडोमेन इस्तेमाल करती हैं।
    क्या मुझे ruf चाहिए?
    आम तौर पर नहीं। विफलता रिपोर्ट वैकल्पिक हैं, कई बड़े रिसीवर इन्हें नहीं भेजते, और इनमें संदेश कंटेंट के हिस्से हो सकते हैं। एग्रीगेट रिपोर्ट (rua) ही उपयोगी हैं।
    रिकॉर्ड कहाँ प्रकाशित करूँ?
    अपने डोमेन पर _dmarc नाम के TXT रिकॉर्ड के रूप में, जैसे _dmarc.example.com। केवल एक ही होना चाहिए।
    अभी तक कोई रिपोर्ट क्यों नहीं आई?
    हर रिसीवर लगभग दिन में एक बार रिपोर्ट भेजता है, और केवल उस मेल की जिसे उसने संभाला हो। प्रकाशित करने के बाद एक-दो दिन दें, और जाँचें कि पता सही लिखा है और, अगर वह दूसरे डोमेन पर है, तो वहाँ अधिकृत है।
    


    


    

    क्या रिकॉर्ड पहले ही प्रकाशित है?
    देखें कि रिसीवर आपके डोमेन के लिए क्या देखते हैं: SPF, DKIM और DMARC एक ही बार में।
    चेकर खोलें

    


    



    

    

    

    मिनटों में भेजना शुरू करें।
    

    खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।
    

    

    
मुफ़्त शुरू करें
सेल्स से बात करें