# میں DMARC کیسے سیٹ کروں، p=none سے p=reject تک؟

> _dmarc پر p=none اور ایک rua پتے کے ساتھ TXT ریکارڈ شائع کریں، ایک مہینے تک رپورٹس پڑھیں، پھر quarantine اور reject کی طرف جائیں (RFC 9989)۔

- URL: https://postelva.com/ur/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 RFC 9989 کے تحت مئی 2026 سے متعین ہے۔ **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 الائنمنٹ میں ناکام ہو، اور ان بھیجنے والوں کو درست کریں۔
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 (الائنمنٹ، 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/ur/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?") میں ہے۔

## DMARC میں الائنمنٹ کا کیا مطلب ہے؟

**الائنمنٹ کا مطلب ہے کہ SPF یا DKIM سے تصدیق شدہ ڈومین اس ڈومین سے ملتا ہے جو نظر آنے والے From پتے میں ہے۔** relaxed موڈ میں، جو ڈیفالٹ ہے، دونوں کو صرف ایک ہی تنظیمی ڈومین درکار ہے، اس لیے mail.example.com، example.com سے ملتا ہے۔ strict موڈ میں ان کا بالکل ایک جیسا ہونا ضروری ہے۔ RFC 9989 نوٹ کرتا ہے کہ تقریباً تمام ڈومین مالکان relaxed الائنمنٹ کو کافی سمجھتے ہیں۔

DMARC اس وقت پاس ہوتا ہے جب SPF یا DKIM پاس ہو اور الائن ہو۔ دونوں میں سے کوئی ایک کافی ہے۔ Proton Mail یا Fastmail جیسا میل باکس فراہم کنندہ DKIM CNAME ریکارڈز کے ذریعے آپ کے اپنے ڈومین سے دستخط کرتا ہے، اس لیے الائنمنٹ بغیر اضافی کام کے قائم رہتی ہے۔ جال وہ تیسرے فریق کی سروس ہے جو اپنے ڈومین سے دستخط کرتی ہے: اس کا DKIM پاس ہوتا ہے مگر الائن نہیں ہوتا، جب تک آپ اس کے لیے حسبِ ضرورت دستخطی ڈومین سیٹ نہ کریں۔

RFC 9989 تنظیمی ڈومین DNS ٹری واک کے ذریعے تلاش کرتا ہے، زیادہ سے زیادہ آٹھ سوالات کے ساتھ، پبلک سفکس لسٹ کے بجائے۔ کسی عام .com یا .me ڈومین کے لیے یہ آپ کو کچھ کرنے کی ضرورت نہیں بدلتا۔

## میں p=none پر کب تک رہوں؟

**p=reject سے پہلے کم از کم ایک مہینہ p=none پر، پھر اتنی ہی مدت p=quarantine پر رہیں۔** یہ وہ ترتیب ہے جو RFC 9989 اپنی تعیناتی کی رہنمائی میں دیتا ہے، اور یہ فراہم کنندگان کے مدد کے صفحات سے مطابقت رکھتی ہے۔ Mailbox.org اپنا نمونہ ریکارڈ p=none سے شروع کرتا ہے اور خبردار کرتا ہے کہ جلد لگائی گئی سخت پالیسی جائز میل کو واپس کر سکتی ہے۔ Proton p=quarantine اور جائز میل پاس ہونے کے بعد p=reject کی تجویز دیتا ہے۔

12 نومبر 2026 کو DMARC رہنمائی پڑھنے کے مطابق، Postelva کے مطابق وہ تین فراہم کنندگان جو یہ شائع کرتے ہیں (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/ur/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records") استعمال کریں۔

## کیا میرے ذاتی ڈومین کو DMARC کی ضرورت ہے؟

**ہاں، ہر اس ڈومین کے لیے جو میل بھیجتا ہے: اس کی لاگت ایک TXT ریکارڈ ہے اور یہ آپ کے نام کا استعمال کرنے والے جعلی پیغامات روکتا ہے۔** Google کو ان بھیجنے والوں سے DMARC چاہیے جو Gmail اکاؤنٹس کو روزانہ 5,000 پیغامات سے زیادہ بھیجتے ہیں، اور جہاں پالیسی none کافی ہے، اور Microsoft Outlook.com کے لیے یہی حد لگاتا ہے۔ ایک ذاتی میل باکس ان حدود سے بہت نیچے ہے۔ پھر بھی ریکارڈ وصول کنندگان کو بتاتا ہے کہ جعلی پیغام کے ساتھ کیا کرنا ہے۔

جو ڈومین کچھ نہیں بھیجتا اس کے لیے SPF -all اور خالی MX کے ساتھ فوراً p=reject رکھیں۔ Postelva اس کیس کے لیے ایک “no email” ٹیمپلیٹ دیتا ہے۔ جس ڈومین کا میل باکس ہو وہ none سے شروع کرے۔ اسی تحفظ کا ٹرانسپورٹ حصہ، یعنی سرورز کے درمیان انکرپشن، [MTA-STS اور TLS-RPT سیٹ اپ کرنے کا طریقہ](https://postelva.com/ur/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 شائع کر دوں تو کیا ہوگا؟

الائنمنٹ میں ناکام ہونے والا جائز میل، جیسے بھولا ہوا نیوز لیٹر ٹول، وصول کنندگان رد کر دیتے ہیں۔ 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 الائنمنٹ ڈیفالٹ ہے۔
- 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/سال کا ہے، ہر سال یہی قیمت۔