# मैं अपने डोमेन के लिए DMARC कैसे सेट करूँ, p=none से p=reject तक?

> _dmarc पर p=none और एक rua पता वाला TXT रिकॉर्ड प्रकाशित करें, एक महीने रिपोर्ट पढ़ें, फिर quarantine और reject पर जाएँ (RFC 9989)।

- URL: https://postelva.com/hi/guides/dmarc-setup/
- अंतिम अपडेट: 2026-11-12
- प्रकाशक: Postelva (https://postelva.com)

DMARC तीनों प्रमाणीकरण रिकॉर्ड में आखिरी है और अकेला है जिसमें नीति होती है। निगरानी मोड से शुरू करें, फिर सख्त करें।

**संक्षिप्त उत्तर — मैं अपने डोमेन के लिए DMARC कैसे सेट करूँ?**

_dmarc.yourdomain पर एक TXT रिकॉर्ड प्रकाशित करें जिसमें लिखा हो v=DMARC1; p=none; rua=mailto:you@yourdomain, फिर लगभग एक महीने एग्रीगेट रिपोर्ट पढ़ें, फिर नीति quarantine और अंत में reject तक बढ़ाएँ। DMARC मई 2026 से RFC 9989 द्वारा परिभाषित है। **Postelva** उस रिकॉर्ड को अपने मुफ़्त DNS एडिटर में होस्ट करता है।

## तीन DMARC नीतियाँ और हर एक क्या करती है

| नीति | रिकॉर्ड | DMARC में विफल संदेश पर असर | कब इस्तेमाल करें |
| --- | --- | --- | --- |
| Monitor | v=DMARC1; p=none; rua=mailto:dmarc@example.com | सामान्य रूप से डिलीवर होता है; रिपोर्ट आपको भेजी जाती हैं | पहले कुछ हफ़्ते, हर भेजने वाले को देखने के लिए |
| Quarantine | v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com | संदिग्ध माना जाता है, आम तौर पर स्पैम में जाता है | SPF और DKIM सभी वैध मेल पर पास होने के बाद |
| Reject | v=DMARC1; p=reject; rua=mailto:dmarc@example.com | प्राप्त करने वाला सर्वर इसे अस्वीकार करता है | जब रिपोर्ट में कोई वैध विफलता न बची हो |

## छह चरणों में DMARC सेट करें

1. **पहले SPF और DKIM की पुष्टि करें** — DMARC के लिए उनमें से कम से कम एक पास होना और आपके From डोमेन से मेल खाना ज़रूरी है। DMARC से पहले दोनों प्रकाशित करें, SPF और DKIM पर गाइड के अनुसार।
2. **रिपोर्ट के लिए एक मेलबॉक्स चुनें** — dmarc@yourdomain जैसा पता बनाएँ। RFC 9989 कहता है कि मालिक को एग्रीगेट रिपोर्ट प्राप्त करने और विश्लेषण के लिए एक मेलबॉक्स सेट करना होगा।
3. **निगरानी रिकॉर्ड प्रकाशित करें** — होस्ट _dmarc और मान v=DMARC1; p=none; rua=mailto:dmarc@yourdomain वाला एक TXT रिकॉर्ड जोड़ें।
4. **लगभग एक महीने रिपोर्ट पढ़ें** — रिपोर्ट लगभग रोज़ उन रिसीवरों से आती हैं जो उन्हें भेजते हैं। वैध मेल ढूँढें जो SPF और DKIM alignment में विफल हो, और उन भेजने वालों को ठीक करें।
5. **quarantine पर जाएँ** — p=none को p=quarantine में बदलें। उतने ही समय तक रखें और रिपोर्ट में देखें कि संदेश कैसे संभाले गए।
6. **reject पर जाएँ, या quarantine पर रुकें** — जब रिपोर्ट साफ़ हों तब p=reject पर बदलें। यदि इस डोमेन से मेलिंग लिस्ट पर पोस्ट करते हैं, तो quarantine पर रहें।

*रिकॉर्ड, तीन चरणों में*

```dns
; stage 1: monitor
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=none; rua=mailto:dmarc@example.com"

; stage 2: quarantine
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com"

; stage 3: reject
_dmarc.example.com.  IN  TXT  "v=DMARC1; p=reject; rua=mailto:dmarc@example.com"
```

## DMARC रिकॉर्ड में क्या होता है?

**DMARC रिकॉर्ड _dmarc.yourdomain पर एक TXT रिकॉर्ड है जो v=DMARC1 से शुरू होता है और अर्धविराम से अलग टैग सूचीबद्ध करता है।** संस्करण टैग पहले आता है और केस-सेंसिटिव है। RFC 9989 ये टैग परिभाषित करता है: p (डोमेन की नीति), sp (मौजूदा सब-डोमेन की नीति), np (गैर-मौजूद सब-डोमेन की नीति), adkim और aspf (alignment, r relaxed या s strict, डिफ़ॉल्ट relaxed), rua (एग्रीगेट रिपोर्ट पते), ruf (विफलता रिपोर्ट पते), fo (विफलता विकल्प), t (टेस्ट मोड, y या n) और psd।

यदि p नहीं है, तो रिसीवर नीति को none मानता है। यदि sp नहीं है, तो p नीति सब-डोमेन पर भी लागू होती है। यदि rua नहीं है, तो कोई एग्रीगेट रिपोर्ट नहीं बनती। इसलिए एक न्यूनतम उपयोगी रिकॉर्ड के तीन हिस्से होते हैं: संस्करण, एक नीति और एक रिपोर्ट पता।

pct टैग, जो कई पुरानी गाइड अब भी दिखाती हैं, RFC 9989 ने हटा दिया क्योंकि वह 0 और 100 के अलावा शायद ही सटीक लागू होता था। उसकी जगह t टैग है: t=y, pct=0 जैसा व्यवहार करता है और t=n, pct=100 जैसा, और डिफ़ॉल्ट n है। पुराने रिकॉर्ड से pct हटा दें। व्यापक पृष्ठभूमि [SPF बनाम DKIM बनाम DMARC](https://postelva.com/hi/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?") में है।

## DMARC में alignment का क्या मतलब है?

**Alignment का मतलब है कि SPF या DKIM से प्रमाणित डोमेन दिखने वाले From पते के डोमेन से मेल खाता है।** relaxed मोड में, जो डिफ़ॉल्ट है, दोनों को केवल एक ही organizational domain चाहिए, तो mail.example.com, example.com से मेल खाता है। strict मोड में दोनों बिल्कुल एक जैसे होने चाहिए। RFC 9989 नोट करता है कि लगभग सभी डोमेन मालिकों के लिए relaxed alignment पर्याप्त है।

संदेश DMARC पास करता है जब SPF या DKIM पास हो और मेल खाए। दोनों में से कोई एक काफ़ी है। Proton Mail या Fastmail जैसा मेलबॉक्स प्रदाता आपके DKIM CNAME रिकॉर्ड के ज़रिए आपके अपने डोमेन से साइन करता है, इसलिए alignment बिना अतिरिक्त काम के बनी रहती है। जाल तब है जब कोई तीसरी-पार्टी सेवा अपने ही डोमेन से साइन करती है: उसका DKIM पास होता है पर तब तक alignment नहीं होता जब तक आप उसके लिए कस्टम साइनिंग डोमेन सेट न करें।

RFC 9989 organizational domain DNS ट्री वॉक से खोजता है, जिसमें अधिकतम आठ क्वेरी हैं, न कि public suffix list से। .com या .me पर एक सामान्य डोमेन के लिए आपको कुछ नहीं बदलना पड़ता।

## मुझे p=none पर कितने समय तक रहना चाहिए?

**p=none पर कम से कम एक महीना रहें, फिर p=quarantine पर उतने ही समय तक, फिर p=reject।** यह वह क्रम है जिसकी सलाह RFC 9989 अपने डिप्लॉयमेंट मार्गदर्शन में देता है, और यह प्रदाताओं के सहायता पृष्ठों से मेल खाता है। Mailbox.org अपना नमूना रिकॉर्ड p=none से शुरू करता है और चेतावनी देता है कि बहुत जल्दी लागू सख्त नीति वैध मेल लौटा सकती है। Proton p=quarantine की सलाह देता है और वैध मेल पास होने पर p=reject पर जाने की।

Postelva की 12 नवंबर 2026 की पढ़ाई के अनुसार, DMARC मार्गदर्शन प्रकाशित करने वाले 3 प्रदाताओं (Proton Mail, Mailbox.org और Mailfence) में से 2 p=none से शुरू करते हैं, और 1 p=quarantine की सिफ़ारिश करता है।

p=reject पर दो सावधानियाँ लागू होती हैं। RFC 9989 कहता है कि जो डोमेन इसका इस्तेमाल करता है, वह अकेले SPF पर निर्भर न रहे और DKIM से साइन करे, क्योंकि फ़ॉरवर्डिंग पर SPF टूट जाता है। यह यह भी कहता है कि जिन डोमेन के उपयोगकर्ता मेलिंग लिस्ट पर पोस्ट करते हैं, उन्हें p=reject बिल्कुल प्रकाशित नहीं करना चाहिए। लिस्ट अक्सर संदेश बदलती हैं, जिससे हस्ताक्षर टूट जाता है।

## DMARC रिपोर्ट कहाँ जाती हैं और उनमें क्या दिखता है?

**एग्रीगेट रिपोर्ट rua में mailto: पते पर जाती हैं, आम तौर पर हर रिसीवर से रोज़ एक बार, और उन स्रोतों की सूची देती हैं जिन्होंने आपके डोमेन के From पंक्ति में मेल भेजा।** RFC 9989 रिसीवरों से mailto: पते समर्थित करने की माँग करता है और एग्रीगेट रिपोर्ट कम से कम हर 24 घंटे में भेजने की सिफ़ारिश करता है। एग्रीगेट रिपोर्टिंग RFC 9990 में परिभाषित है।

विफलता रिपोर्ट, जो ruf से माँगी जाती हैं, हर संदेश की प्रति होती हैं। कई रिसीवर गोपनीयता के लिए उन्हें रोकते या छिपाते हैं, इसलिए उन पर भरोसा न करें। यदि rua पता आपके डोमेन से बाहर है, तो उस दूसरे डोमेन के मालिक को yourdomain._report._dmarc.otherdomain पर एक TXT रिकॉर्ड से उसे अधिकृत करना होगा, जिसमें v=DMARC1; हो, यह नियम तीसरे-पक्ष मेलबॉक्स के दुरुपयोग को रोकता है। छोटे निजी डोमेन के लिए भेजने वालों की सूची छोटी होती है: आपका प्रदाता, और लगभग कुछ नहीं।

हर चरण से पहले और बाद में आपका DNS क्या प्रकाशित करता है, यह देखने के लिए [MX, SPF, DKIM और DMARC रिकॉर्ड जाँचने के कमांड](https://postelva.com/hi/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records") इस्तेमाल करें।

## क्या मेरे निजी डोमेन को DMARC चाहिए?

**हाँ, किसी भी ऐसे डोमेन को जो मेल भेजता है: इसकी लागत एक TXT रिकॉर्ड है, और यह आपके नाम का इस्तेमाल करने वाले जाली संदेशों को रोकता है।** Google 5,000 से ज़्यादा संदेश प्रतिदिन भेजने वाले भेजने वालों से Gmail खातों पर DMARC माँगता है, और उसमें नीति none भी काफ़ी है, और Microsoft Outlook.com के लिए वही सीमा लागू करता है। एक निजी मेलबॉक्स उन सीमाओं से बहुत नीचे है। फिर भी रिकॉर्ड रिसीवरों को बताता है कि जाली संदेश के साथ आप क्या चाहते हैं।

जो डोमेन कुछ नहीं भेजता, उसके लिए SPF -all और एक null MX के साथ तुरंत p=reject सेट करें। Postelva उस स्थिति के लिए एक "no email" टेम्पलेट देता है। जिस डोमेन पर मेलबॉक्स है, वहाँ none से शुरू करें। उसी सुरक्षा का ट्रांसपोर्ट पक्ष, यानी सर्वरों के बीच एन्क्रिप्शन, [MTA-STS और TLS-RPT कैसे सेट करें](https://postelva.com/hi/guides/mta-sts-setup/ "How to set up MTA-STS and TLS-RPT") में है।

एक उद्धरण योग्य परिभाषा: DMARC वह DNS नीति है जो रिसीवरों को बताती है कि जिस मेल के SPF और DKIM परिणाम From डोमेन से मेल नहीं खाते, उसके साथ क्या करना है, और उस पर रिपोर्ट कहाँ भेजनी है।

## DMARC सेटअप: सवाल

### क्या RFC 9989 p=reject माँगता है?

नहीं। मानक तीन नीतियाँ परिभाषित करता है और चुनाव डोमेन मालिक पर छोड़ता है। यह धीरे-धीरे आगे बढ़ने की सलाह देता है और उन डोमेन के लिए p=reject से आगाह करता है जिनके उपयोगकर्ता मेलिंग लिस्ट पर पोस्ट करते हैं।

### क्या RFC 9989 मेरा मौजूदा DMARC रिकॉर्ड बदलता है?

रिकॉर्ड अब भी v=DMARC1 से शुरू होते हैं, इसलिए काम करने वाला रिकॉर्ड काम करता रहता है। ri टैग हटा दिया गया, pct हटाया गया और t, np और psd जोड़े गए।

### अगर मैं बहुत जल्दी p=reject लगा दूँ तो क्या होगा?

वैध मेल जो alignment में विफल हो, जैसे भूला हुआ न्यूज़लेटर टूल, रिसीवर अस्वीकार कर देते हैं। p=none पर रिपोर्ट इन भेजने वालों को पहले ढूँढने के लिए होती हैं।

### क्या रिपोर्ट के लिए मैं मुफ़्त मेलबॉक्स इस्तेमाल कर सकता हूँ?

हाँ, कोई भी मेलबॉक्स जिसे आप पढ़ते हों। एक अलग पता या एलियास रोज़ की रिपोर्ट फ़ाइलों को आपके मुख्य इनबॉक्स से दूर रखता है।

### एक डोमेन के कितने DMARC रिकॉर्ड हो सकते हैं?

हर नाम पर एक, _dmarc.yourdomain पर। सब-डोमेन अपना रिकॉर्ड रख सकते हैं या sp के ज़रिए माता-पिता की नीति ले सकते हैं।

**सार**

- DMARC _dmarc.yourdomain पर एक TXT रिकॉर्ड है जो v=DMARC1 से शुरू होता है।
- RFC 9989 (मई 2026) वर्तमान विनिर्देश है; यह RFC 7489 को अप्रचलित करता है और pct हटाता है।
- rua पते के साथ p=none से शुरू करें, लगभग एक महीने रिपोर्ट पढ़ें।
- फिर लगभग उतने ही समय के लिए p=quarantine, फिर p=reject।
- संदेश तब पास होता है जब SPF या DKIM पास हो और From डोमेन से मेल खाए; relaxed alignment डिफ़ॉल्ट है।
- p=reject वाले डोमेन को अकेले SPF पर निर्भर नहीं रहना चाहिए और मेलिंग लिस्ट के साथ इस्तेमाल नहीं होना चाहिए।
- Postelva मुफ़्त DNS में रिकॉर्ड होस्ट करता है; एक .com की कीमत हर साल $12.49/साल है।

## स्रोत

1. [RFC 9989, Domain-based Message Authentication, Reporting, and Conformance (DMARC)](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (पढ़ा गया 2026-11-12)
2. [RFC 7489, DMARC (अप्रचलित)](https://www.rfc-editor.org/info/rfc7489) — RFC Editor (पढ़ा गया 2026-11-12)
3. [कस्टम डोमेन के लिए SPF, DKIM और DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (पढ़ा गया 2026-11-12)
4. [कस्टम डोमेन और स्पूफ़िंग से बचाव](https://proton.me/support/anti-spoofing-custom-domain) — Proton (पढ़ा गया 2026-11-12)
5. [ईमेल भेजने वालों के दिशानिर्देश](https://support.google.com/a/answer/81126) — Google Workspace Admin Help (पढ़ा गया 2026-11-12)
6. [ईमेल सुरक्षा मज़बूत करना: उच्च-मात्रा भेजने वालों के नए नियम](https://techcommunity.microsoft.com/blog/outlook/strengthening-email-security-outlook-new-requirements-for-high-volume-senders/4399730) — Microsoft Tech Community (पढ़ा गया 2026-11-12)

---

Postelva: Postelva निजी ईमेल के लिए डोमेन नाम पंजीकृत करता है — वह पता जो आप प्रदाता बदलने पर भी रखते हैं — क्रिप्टो में भुगतान के साथ, बिना KYC: कोई ID नहीं, प्रति डोमेन केवल एक सत्यापित ईमेल। इसे DomaineGoat LLC चलाती है, जो पनामा में पंजीकृत कंपनी है; डोमेन उसके ICANN-मान्यता प्राप्त रजिस्ट्रार साझेदार के माध्यम से पंजीकृत होते हैं। एक .com की कीमत $12.49/साल है, जो हर साल एक ही रहती है।