# میں اپنے MX، SPF، DKIM اور DMARC ریکارڈز کیسے چیک کروں؟

> dig MX، dig TXT، _domainkey نام پر dig CNAME اور dig TXT _dmarc سے ای میل DNS چیک کریں: 6 lookups مکمل Proton Mail سیٹ اپ کے 8 ریکارڈز کو کور کرتے ہیں۔

- URL: https://postelva.com/ur/guides/check-email-dns-records/
- آخری اپ ڈیٹ: 2026-11-12
- ناشر: Postelva (https://postelva.com)

چار ریکارڈ اقسام، ایک کمانڈ لائن ٹول۔ ہر تبدیلی کے بعد اور کوئی بھی پالیسی سخت کرنے سے پہلے lookups چلائیں۔

**فوری جواب — میں MX، SPF، DKIM اور DMARC ریکارڈز کیسے چیک کروں؟**

MX کے لیے dig MX yourdomain +short، SPF کے لیے dig TXT yourdomain +short، DKIM کے لیے dig CNAME selector._domainkey.yourdomain +short اور DMARC کے لیے dig TXT _dmarc.yourdomain +short چلائیں۔ ونڈوز پر nslookup یہی کام کرتا ہے۔ **Postelva** ڈومین پر مکمل Proton Mail سیٹ اپ 8 ریکارڈز کے لیے 6 lookups لیتا ہے۔

## کون سا lookup کون سا ریکارڈ چیک کرتا ہے

| ریکارڈ | dig کمانڈ | درست جواب کیسا دکھتا ہے |
| --- | --- | --- |
| MX | dig MX example.com +short | 10 mail.protonmail.ch. اور 20 mailsec.protonmail.ch. (Proton Mail) |
| SPF | dig TXT example.com +short | ایک لائن جو v=spf1 سے شروع ہو، مثلاً "v=spf1 include:_spf.protonmail.ch ~all" |
| DKIM | dig CNAME fm1._domainkey.example.com +short | فراہم کنندہ کا ہدف، مثلاً fm1.example.com.dkim.fmhosted.com. (Fastmail) |
| DMARC | dig TXT _dmarc.example.com +short | ایک لائن جو v=DMARC1 سے شروع ہو، مثلاً "v=DMARC1; p=none; rua=mailto:dmarc@example.com" |
| MTA-STS (اختیاری) | dig TXT _mta-sts.example.com +short | "v=STSv1; id=..." |

*12 نومبر، 2026 کو آخری بار جانچا گیا؛ پرانے اعداد و شمار پر ان کی اپنی تاریخ ہے.*

*dig، nslookup اور PowerShell کے ساتھ lookups*

```bash
# dig (macOS, Linux, Windows with BIND tools)
dig MX example.com +short
dig TXT example.com +short
dig CNAME protonmail._domainkey.example.com +short
dig TXT _dmarc.example.com +short

# Ask the authoritative nameserver directly, skipping caches
dig NS example.com +short
dig MX example.com +short @ns1.your-nameserver.example

# nslookup (Windows, macOS, Linux)
nslookup -type=MX example.com
nslookup -type=TXT _dmarc.example.com

# PowerShell
Resolve-DnsName -Type MX example.com
Resolve-DnsName -Type TXT _dmarc.example.com
```

## میں MX ریکارڈ کیسے چیک کروں؟

**اپنے ڈومین کے ساتھ dig MX اور +short چلائیں، اور ترجیحات اور ہوسٹ ناموں کا موازنہ اپنے فراہم کنندہ کی دی ہوئی قدروں سے کریں۔** جواب میں ہر ریکارڈ کے لیے ایک لائن آتی ہے: ترجیح، ایک خالی جگہ اور ہوسٹ۔ Proton Mail کے لیے آپ 10 mail.protonmail.ch. اور 20 mailsec.protonmail.ch. کی توقع کرتے ہیں؛ Fastmail کے لیے 10 in1-smtp.messagingengine.com. اور 20 in2-smtp.messagingengine.com.؛ Mailbox.org کے لیے چار mxext ہوسٹس۔

یہاں دو مسائل ظاہر ہوتے ہیں۔ پچھلے فراہم کنندہ کا ایک ریکارڈ جو فہرست میں باقی ہو میل کو غیر متوقع بناتا ہے، اس لیے اسے حذف کریں۔ اور خالی جواب کا مطلب MX نہ ہونا ہے: بھیجنے والے پھر ڈومین کے ایڈریس ریکارڈ پر واپس جاتے ہیں، جیسا کہ RFC 5321 بیان کرتا ہے۔ ہر لائن کا مطلب [MX ریکارڈ کیا ہے](https://postelva.com/ur/what-is-an-mx-record/ "What is an MX record?") میں بیان ہے۔

## میں SPF ریکارڈ کیسے چیک کروں؟

**ڈومین کی جڑ پر TXT ریکارڈز مانگیں اور تصدیق کریں کہ ٹھیک ایک لائن v=spf1 سے شروع ہوتی ہے۔** جڑ پر دوسرے TXT ریکارڈز بھی ہوتے ہیں، جیسے آپ کے ای میل فراہم کنندہ کا ملکیت کا ثبوت، اس لیے پوری فہرست پڑھیں۔ v=spf1 سے شروع ہونے والی دو لائنیں غلطی ہیں: RFC 7208 ایک ڈومین پر ایک سے زیادہ SPF ریکارڈ ہونے پر مستقل خرابی دیتا ہے۔

پھر lookups گنیں۔ ہر include، a، mx، ptr اور exists، ساتھ redirect modifier، حد 10 میں شمار ہوتا ہے، اور include کے اندر جو کچھ ہے وہ بھی شمار ہوتا ہے۔ حد سے زیادہ ریکارڈ ہر بھیجنے والے کے لیے ناکام ہوتا ہے۔ ریکارڈ بنانے کا طریقہ [SPF ریکارڈ کیسے بنائیں](https://postelva.com/ur/guides/spf-record-setup/ "How to create an SPF record for a custom domain") میں ہے۔

## اگر مجھے selector معلوم نہ ہو تو DKIM کیسے چیک کروں؟

**اپنے فراہم کنندہ کا selector استعمال کریں: DNS سے selectors کی فہرست نہیں بن سکتی، اس لیے انہیں فراہم کنندہ کی DKIM اسکرین سے لیں۔** DNS _domainkey کے نیچے ناموں کی فہرست کی اجازت نہیں دیتا۔ Proton Mail پر selectors protonmail، protonmail2 اور protonmail3 ہیں، Fastmail پر fm1، fm2 اور fm3، اور Mailbox.org پر MBO0001 سے MBO0004۔

lookup کا نام selector._domainkey.yourdomain ہے۔ جو فراہم کنندہ اس طرح CNAME ریکارڈز استعمال کرتا ہے، جیسے یہ تین، وہ اپنے میزبان کی طرف CNAME جواب دیتا ہے۔ جو فراہم کنندہ کلید براہِ راست شائع کرتا ہے وہ ایک TXT ریکارڈ دیتا ہے جس میں v=DKIM1 اور p= کے بعد عوامی کلید ہو۔ خالی p= کا مطلب کلید منسوخ ہے۔ سب سے مضبوط جانچ ایک حقیقی پیغام ہے، کیونکہ موجود ریکارڈ بھی غیر استعمال شدہ ہو سکتا ہے: کسی دوسرے فراہم کنندہ پر میل بھیجیں اور مکمل ہیڈرز میں dkim=pass پڑھیں۔

## میں DMARC ریکارڈ کیسے چیک کروں؟

**_dmarc.yourdomain پر TXT ریکارڈ مانگیں اور تصدیق کریں کہ ایک لائن v=DMARC1 سے شروع ہوتی ہے اور اس میں p= پالیسی ہے۔** اگر p غائب ہو تو وصول کنندگان پالیسی کو none سمجھتے ہیں۔ اگر لائن میں rua نہ ہو تو کوئی مجموعی رپورٹ نہیں بنتی، اور [DMARC رول آؤٹ](https://postelva.com/ur/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject") کا مانیٹرنگ مرحلہ کچھ نہیں بتاتا۔ پرانے انداز کے ریکارڈز میں اب بھی pct ٹیگ ہو سکتا ہے، جسے RFC 9989 نے ہٹا دیا۔

ایک ذیلی ڈومین جس کا اپنا ریکارڈ نہ ہو وہ DNS ٹری واک کے ذریعے والد کی پالیسی کے تحت آتا ہے، زیادہ سے زیادہ آٹھ سوالات کے ساتھ۔ کسی ایسے نام کا lookup جس کا کوئی ریکارڈ نہ ہو کچھ نہیں لوٹاتا، جو DMARC نہ ہونے کے برابر ہے۔

## میرا lookup ابھی بھی پرانی قدر کیوں دکھا رہا ہے؟

**کیش پرانا جواب اس وقت تک رکھتا ہے جب تک اس کا TTL ختم نہ ہو، اور غائب ریکارڈ بھی کیش ہو سکتا ہے۔** کسی ریکارڈ میں تبدیلی کا پھیلاؤ تقریباً اس وقت کے پرانے TTL کے برابر ہوتا ہے جب آپ نے اسے بدلا۔ فراہم کنندگان عام MX تبدیلی کے لیے ایک سے چار گھنٹے، اور بدترین صورت میں 24 سے 48 گھنٹے بتاتے ہیں۔ RFC 2308 کہتا ہے کہ منفی جوابات زون کے SOA ریکارڈ کے TTL کے ساتھ کیش ہوتے ہیں، اس لیے جو ریکارڈ آپ نے ابھی بنایا وہ کچھ resolvers پر غائب دکھ سکتا ہے۔

کیش سے بچنے کے لیے authoritative nameserver سے پوچھیں: dig NS سے اسے تلاش کریں، پھر @ اور اس کے نام کے ساتھ وہی سوال دہرائیں، جیسا کہ اوپر کے کوڈ بلاک میں ہے۔ اگر authoritative سرور نئی قدر دکھائے اور آپ کا resolver نہ دکھائے تو انتظار کریں۔ اگر دونوں نہ دکھائیں تو ریکارڈ محفوظ نہیں ہوا یا ہوسٹ کا نام غلط ہے، زیادہ تر اس لیے کہ DNS ایڈیٹر نے ڈومین دوبارہ شامل کر دیا۔

اگر ریکارڈز درست لگیں اور پھر بھی میل نہ آئے تو [حسبِ ضرورت ڈومین پر ای میل کیوں نہیں پہنچ رہی](https://postelva.com/ur/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?") پر جائیں۔

## کون سے آن لائن ٹولز ای میل ریکارڈز چیک کر سکتے ہیں؟

**کوئی بھی آن لائن DNS lookup یا میل تصدیق چیکر جو عوامی DNS سے پوچھتا ہے، dig جیسا ہی جواب دیتا ہے، صرف زیادہ دوستانہ ڈسپلے کے ساتھ۔** ایسا ٹول استعمال کریں جو خام ریکارڈ متن دکھائے، تاکہ آپ اسے اپنے فراہم کنندہ کی قدر سے حرف بہ حرف موازنہ کر سکیں۔ اس میں نجی ڈیٹا نہ ڈالیں: ڈومین کا نام ہی کافی ہے۔

Postelva کی 12 نومبر 2026 کی گنتی کے مطابق مکمل Proton Mail سیٹ اپ میں 8 ریکارڈز (1 تصدیقی TXT، 2 MX، 1 SPF، 3 DKIM، 1 DMARC) اور 6 lookups لگتے ہیں، کیونکہ دو MX ریکارڈز ایک ہی سوال مشترک کرتے ہیں، اور تصدیقی اور SPF ریکارڈز جڑ کے TXT سوال کو مشترک کرتے ہیں۔ چھ کمانڈز ایک بار محفوظ کریں اور ہر تبدیلی کے بعد دوبارہ چلائیں۔ انہی ریکارڈز کا موازنہ [SPF بمقابلہ DKIM بمقابلہ DMARC](https://postelva.com/ur/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?") میں ہے۔

ایک قابلِ حوالہ اصول: DNS کی ہر تبدیلی کے بعد چاروں ریکارڈ اقسام کو جانچیں اور ایک ٹیسٹ پیغام بھیجیں؛ ریکارڈ تبھی درست ہے جب lookup اور پیغام دونوں ایک ہی بات کہیں۔

## ای میل ریکارڈز کی جانچ: سوالات

### dig TXT قدریں کوٹ میں کیوں دکھاتا ہے؟

کوٹ TXT سٹرنگز کی حدیں بتاتے ہیں۔ 255 حروف سے لمبی قدر کئی کوٹ شدہ سٹرنگز کے طور پر آتی ہے، جنہیں وصول کنندگان بغیر خالی جگہ کے جوڑ دیتے ہیں۔

### کیا dig ونڈوز پر کام کرتا ہے؟

صرف اگر آپ BIND ٹولز انسٹال کریں۔ ونڈوز میں nslookup پہلے سے ہے، اور PowerShell میں Resolve-DnsName ہے، جو دونوں ایک ہی ریکارڈ پڑھتے ہیں۔

### میں حقیقی پیغام کا SPF، DKIM اور DMARC نتیجہ کیسے دیکھوں؟

موصول شدہ پیغام کے مکمل ہیڈرز کھولیں۔ وصول کنندہ سرور اپنے SPF، DKIM اور DMARC نتائج ہیڈرز میں درج کرتا ہے، عموماً pass یا fail کے طور پر۔

### میں کتنا انتظار کروں اس سے پہلے کہ فیصلہ کروں کہ ریکارڈ غلط ہے؟

کم از کم اتنا TTL انتظار کریں جو پرانے ریکارڈ کا تھا، پھر authoritative nameserver سے پوچھیں۔ اگر وہ سرور غلط قدر دکھائے تو ریکارڈ کی درستگی ضروری ہے۔

### کیا میں ایسے ڈومین کے ریکارڈز چیک کر سکتا ہوں جو میرا نہیں؟

ہاں۔ DNS ریکارڈز عوامی ہیں، اور lookup کو صرف نام درکار ہے۔

**خلاصہ**

- MX: dig MX example.com +short؛ ترجیحات اور ہوسٹس کا فراہم کنندہ سے موازنہ کریں۔
- SPF: dig TXT example.com +short؛ ٹھیک ایک لائن v=spf1 سے شروع، زیادہ سے زیادہ 10 lookups۔
- DKIM: dig CNAME selector._domainkey.example.com +short، فراہم کنندہ کے selector کے ساتھ۔
- DMARC: dig TXT _dmarc.example.com +short؛ ایک لائن v=DMARC1 سے شروع، p= اور rua= کے ساتھ۔
- مکمل Proton Mail سیٹ اپ 8 ریکارڈز اور 6 lookups ہے۔
- کیش سے بچنے کے لیے authoritative nameserver سے پوچھیں؛ تبدیلی کو پرانے TTL جتنا وقت پھیلنے میں لگتا ہے۔
- Postelva مفت DNS میں ریکارڈز میزبانی کرتا ہے؛ ایک .com ہر سال $12.49/سال ہے۔

## ذرائع

1. [RFC 5321، Simple Mail Transfer Protocol، سیکشن 5.1](https://www.rfc-editor.org/rfc/rfc5321.html) — RFC Editor (2026-11-12 کو پڑھی گئیں)
2. [RFC 7208، Sender Policy Framework](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (2026-11-12 کو پڑھی گئیں)
3. [RFC 6376، DKIM Signatures](https://www.rfc-editor.org/rfc/rfc6376.html) — RFC Editor (2026-11-12 کو پڑھی گئیں)
4. [RFC 9989، DMARC](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (2026-11-12 کو پڑھی گئیں)
5. [RFC 2308، Negative Caching of DNS Queries](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (2026-11-12 کو پڑھی گئیں)
6. [DNS ریکارڈ تبدیلیوں کے پھیلنے میں کتنا وقت لگتا ہے](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (2026-11-12 کو پڑھی گئیں)
7. [حسبِ ضرورت ڈومین اور اسپام سے تحفظ](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 کو پڑھی گئیں)

---

Postelva: Postelva نجی ای میل کے لیے ڈومین نام رجسٹر کرتا ہے — وہ پتہ جو آپ فراہم کنندہ بدلنے پر برقرار رکھتے ہیں — KYC کے بغیر، کرپٹو میں ادائیگی: کوئی ID نہیں، ہر ڈومین کے لیے صرف ایک تصدیق شدہ ای میل۔ یہ DomaineGoat LLC چلاتی ہے، ایک ایسی کمپنی جو پاناما میں رجسٹرڈ ہے؛ ڈومین اس کے ICANN سے منظور شدہ رجسٹرار شراکت دار کے ذریعے رجسٹر ہوتے ہیں۔ ایک .com $12.49/سال کا ہے، ہر سال یہی قیمت۔