# کسٹم ڈومین کے لیے SPF ریکارڈ کیسے بناؤں؟

> DNS میں ایک TXT ریکارڈ شائع کریں، v=spf1 سے شروع، اپنے فراہم کنندہ کا include اور ~all کے ساتھ؛ SPF میں 10 DNS lookups سے زیادہ نہیں ہو سکتے۔

- URL: https://postelva.com/ur/guides/spf-record-setup/
- آخری اپ ڈیٹ: 2026-11-12
- ناشر: Postelva (https://postelva.com)

SPF ریکارڈ DNS میں متن کی ایک لائن ہے۔ شائع کرنے میں پانچ منٹ لگتے ہیں اور ایک غلطی، یعنی دوسرا ریکارڈ، سب کچھ توڑ سکتی ہے۔

**فوری جواب — کسٹم ڈومین کے لیے SPF ریکارڈ کیسے بناؤں؟**

ڈومین کی root پر ایک TXT ریکارڈ بنائیں جو v=spf1 سے شروع ہو، اپنے ای میل فراہم کنندہ کا include شامل کریں (Proton Mail کے لیے include:_spf.protonmail.ch) اور ~all پر ختم کریں۔ ایک ڈومین کا صرف ایک SPF ریکارڈ ہو سکتا ہے، اور SPF زیادہ سے زیادہ 10 DNS lookups کی اجازت دیتا ہے۔ **Postelva** اپنے مفت DNS ایڈیٹر میں TXT ریکارڈ میزبانی کرتا ہے۔

## چار ای میل فراہم کنندگان کی SPF قدریں

*فراہم کنندگان کے مدد کے صفحات سے، 12 نومبر 2026 کو پڑھی گئیں۔ Tuta، iCloud+، Migadu اور Zoho Mail کے لیے قدر فراہم کنندہ کی اپنی ترتیب والی اسکرین سے کاپی کریں۔*

| فراہم کنندہ | شامل کرنے کے لیے include | عام مکمل ریکارڈ |
| --- | --- | --- |
| Proton Mail | include:_spf.protonmail.ch | v=spf1 include:_spf.protonmail.ch ~all |
| Mailbox.org | include:mailbox.org | v=spf1 include:mailbox.org ~all |
| Fastmail | include:spf.messagingengine.com | v=spf1 include:spf.messagingengine.com ?all |
| Mailfence | include:_spf.mailfence.com | v=spf1 include:_spf.mailfence.com -all (صرف Mailfence بھیجتا ہے) یا ~all (دوسرے بھیجنے والے بھی) |

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

## ریکارڈ پانچ مراحل میں بنائیں

1. **ہر اس سروس کی فہرست بنائیں جو آپ کے ڈومین کے نام سے بھیجتی ہے** — اپنا میل باکس فراہم کنندہ اور کوئی بھی دوسرا ٹول لکھیں جو آپ کے نام سے بھیجتا ہے: نیوز لیٹر سروس، ہیلپ ڈیسک، ویب سائٹ کا contact فارم۔ ہر ایک کی ریکارڈ میں جگہ ہوتی ہے۔
2. **دیکھیں کہ کیا SPF ریکارڈ پہلے سے موجود ہے** — ڈومین کی root (@) پر TXT ریکارڈز دیکھیں۔ اگر کوئی v=spf1 سے شروع ہو تو اسے ایڈٹ کریں۔ دوسرا کبھی نہ بنائیں۔
3. **قدر بنائیں** — v=spf1 سے شروع کریں، ہر بھیجنے والی سروس کے لیے ایک include: شامل کریں، اور ~all پر ختم کریں۔ صرف Proton Mail کی مثال: v=spf1 include:_spf.protonmail.ch ~all۔
4. **TXT ریکارڈ کے طور پر شائع کریں** — DNS ایڈیٹر میں host @ کے ساتھ TXT ریکارڈ شامل کریں اور اوپر کی قدر لکھیں۔ اسے ایک ہی لائن میں رکھیں۔
5. **نتیجہ جانچیں** — dig TXT example.com +short سے دیکھیں اور تصدیق کریں کہ ٹھیک ایک لائن v=spf1 سے شروع ہوتی ہے۔ پھر کسی دوسرے فراہم کنندہ کے پتے پر ٹیسٹ پیغام بھیجیں۔

*ایک SPF ریکارڈ، ایک فراہم کنندہ، پھر دو بھیجنے والے*

```dns
; Proton Mail only
example.com.  IN  TXT  "v=spf1 include:_spf.protonmail.ch ~all"

; Proton Mail plus a second sending service (one record, two includes)
example.com.  IN  TXT  "v=spf1 include:_spf.protonmail.ch include:spf.sender.example ~all"
```

## SPF ریکارڈ میں کیا ہوتا ہے؟

**SPF ریکارڈ ایک TXT ریکارڈ ہے جو v=spf1 سے شروع ہوتا ہے اور mechanisms جاری رکھتا ہے، ہر ایک کے ساتھ اختیاری qualifier۔** RFC 7208 یہ mechanisms متعین کرتا ہے: all، include، a، mx، ip4، ip6، exists اور ptr، اور modifier redirect۔ qualifier طے کرتا ہے کہ mechanism میل کھانے پر نتیجہ کیا ہو: + pass (ڈیفالٹ)، - fail، ~ softfail اور ? neutral۔

ای میل فراہم کنندہ استعمال کرنے والے ڈومین کے لیے تقریباً سارا کام ایک mechanism کرتا ہے: include۔ یہ وصول کنندہ کو کہتا ہے کہ فراہم کنندہ کے ڈومین کا SPF ریکارڈ پڑھے اور وہاں کے میل کو آپ کا میل سمجھے۔ آپ IP پتے ہاتھ سے کاپی نہیں کرتے، اس لیے فراہم کنندہ اپنے سرور بدل سکتا ہے بغیر آپ کے DNS کو چھوئے۔ اگر آپ اپنا کوئی سرور استعمال کرتے ہیں تو ip4 اور ip6 اس کے پتے درج کرتے ہیں اور کوئی lookup خرچ نہیں ہوتا۔

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

## ایک ڈومین کے پاس صرف ایک SPF ریکارڈ کیوں ہو سکتا ہے؟

**اگر دو TXT ریکارڈ دونوں v=spf1 سے شروع ہوں تو وصول کنندہ انتخاب نہیں کر سکتا اور مستقل خرابی دیتا ہے، یوں ہر پیغام SPF میں ناکام ہو جاتا ہے۔** RFC 7208 کہتا ہے کہ ڈومین کے پاس ایک سے زیادہ SPF ریکارڈ نہ ہوں۔ Proton، Mailbox.org اور Mailfence تینوں یہی مشورہ دیتے ہیں: جب آپ کوئی سروس شامل کریں تو اس کا include موجودہ ریکارڈ میں ڈالیں۔

عام وجہ منتقلی ہے۔ آپ نیا ریکارڈ شائع کرتے ہیں اور پرانا بھول جاتے ہیں۔ TXT فہرست کھولیں، دونوں لائنیں ایک میں ملائیں، اور بچی ہوئی لائن حذف کریں۔ جب آپ مستقل طور پر فراہم کنندہ بدلیں تو پرانا include ہٹا کر نیا رکھیں، اس میں جوڑنے کے بجائے۔ خود منتقلی کی تفصیل [ای میل نئے فراہم کنندہ کو بغیر میل کھوئے کیسے منتقل کریں](https://postelva.com/ur/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") میں ہے۔

## SPF کی 10-lookup حد کیا ہے؟

**SPF جانچ 10 DNS-querying terms کے بعد مستقل خرابی کے ساتھ رک جاتی ہے، اس لیے جس ریکارڈ کو 11 درکار ہوں وہ ہر بھیجنے والے کے لیے ناکام ہوتا ہے۔** جو terms شمار ہوتے ہیں وہ include، a، mx، ptr، exists اور redirect modifier ہیں۔ mechanisms all، ip4 اور ip6 شمار نہیں ہوتے۔ RFC 7208 یہ بھی کہتا ہے کہ implementations کو دو void lookups کے بعد رک جانا چاہیے، جو کچھ واپس نہیں دیتے یا ایک غیر موجود ڈومین ہیں۔

ایک include ایک lookup کے طور پر شمار ہوتا ہے، اور اس کے اندر کے ہر lookup کے ساتھ۔ ایک میل باکس فراہم کنندہ سستا ہے، مگر میل ہوسٹ، نیوز لیٹر سروس، ہیلپ ڈیسک اور ویب فارم کا ڈھیر جمع ہو کر بڑھتا ہے۔ جو سروسز اب استعمال نہیں ہوتیں انہیں پہلے ہٹائیں۔ جب کوئی ٹول مقررہ IP پتے شائع کرتا ہے تو ip4 اور ip6 کی حدیں مفت ہیں۔ Postelva نے ہر فراہم کنندہ کی ٹھیک تہہ در تہہ گنتی نہیں کی، اس لیے حتمی ریکارڈ پر بھروسہ کرنے سے پہلے [MX، SPF، DKIM اور DMARC ریکارڈ کیسے جانچیں](https://postelva.com/ur/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records") کے مطابق lookup سے جانچیں۔

## کیا میرا SPF ریکارڈ ~all یا -all پر ختم ہونا چاہیے؟

**~all استعمال کریں جب تک آپ ہر بھیجنے والے کو کنٹرول نہ کرتے ہوں: یہ دوسرے سرورز کو مشکوک نشان زد کرتا ہے، بغیر وصول کنندگان سے میل کو مکمل طور پر رد کرنے کا تقاضا کیے۔** all پر qualifier وہ فیصلہ ہے جو کسی بھی سرور کے لیے ہوتا ہے جو اس سے پہلے کسی قاعدے سے میل نہ کھائے۔ -all یعنی fail، ~all یعنی softfail، ?all یعنی neutral۔

سخت -all زیادہ سختی ہے، مگر RFC 9989 خبردار کرتا ہے کہ اس سے وصول کنندہ DMARC چلنے سے پہلے ہی پیغام رد کر سکتا ہے، جو forwarded پیغام کو چھپا دیتا ہے جسے DKIM بچا لیتا۔ اسی لیے Proton اور Mailbox.org جو ریکارڈ دکھاتے ہیں وہ ~all پر ختم ہوتا ہے۔ Postelva کے 12 نومبر 2026 کے موازنے کے مطابق، تین فراہم کنندگان جن کے مدد کے صفحات پر مکمل SPF قدر ہے (Proton Mail، Mailbox.org، Fastmail) ہر ایک ٹھیک 1 include استعمال کرتا ہے، اس لیے ایک فراہم کنندہ کا ریکارڈ 1 lookup لیتا ہے۔ ان میں سے دو ~all پر ختم ہوتے ہیں، جبکہ Fastmail کی قدر ?all پر ختم ہوتی ہے۔

جو بھی اختتام ہو، نافذ کرنا DMARC کا کام ہے۔ پالیسی وہیں لگائیں، جیسا کہ [DMARC ترتیب دینے](https://postelva.com/ur/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject") کی گائیڈ میں ہے۔ تینوں ریکارڈ [SPF بمقابلہ DKIM بمقابلہ DMARC](https://postelva.com/ur/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?") میں موازنہ ہوتے ہیں۔

## SPF کیا جانچتا ہے، اور کیا نہیں؟

**SPF اس سرور کو جانچتا ہے جو envelope sender اور HELO نام کے پیچھے ہے، نہ کہ اس From پتے کو جو قاری دیکھتا ہے۔** ایک پیغام کسی ایسے ڈومین کے لیے SPF پاس کر سکتا ہے جس پر کسی کی نظر نہ ہو اور پھر بھی آپ کا ڈومین From لائن میں دکھائے۔ DMARC یہ فرق بند کرتا ہے، دونوں کے میل کھانے کا تقاضا کرکے۔

SPF سادہ forwarding کے بعد بھی باقی نہیں رہتا، کیونکہ forwarder اپنے IP پتے سے ڈیلیور کرتا ہے۔ ایک قابل حوالہ اصول: SPF سرورز کو اختیار دیتا ہے، ایک ڈومین کا ایک ریکارڈ، زیادہ سے زیادہ 10 lookups۔ جو ڈومین کچھ نہیں بھیجتا، اس کے لیے v=spf1 -all اور Postelva کا "no email" ٹیمپلیٹ؛ جو ڈومین بھیجتا بھی ہے اور وصول بھی کرتا ہے، اس کے لیے Proton Mail، Fastmail، Zoho Mail، Google Workspace اور Microsoft 365 کے لیے ایک کلک DNS ٹیمپلیٹس، ساتھ ہی SPF + DMARC ٹیمپلیٹ اور اس ڈومین کے لیے “no email” ٹیمپلیٹ جو کچھ نہیں بھیجتا۔

## SPF ریکارڈ کے سوالات

### SPF ریکارڈ کہاں رکھوں؟

ڈومین کی root پر TXT ریکارڈ میں، زیادہ تر DNS ایڈیٹرز میں host @۔ SPF کی کوئی علیحدہ ریکارڈ قسم نہیں، اور پرانی SPF قسم استعمال نہیں ہوتی۔

### SPF کی تبدیلی کام کرنے میں کتنا وقت لیتی ہے؟

تبدیلی تقریباً ریکارڈ کے پرانے TTL کے برابر وقت میں پھیلتی ہے، اکثر ایک یا دو گھنٹے میں۔ جو resolver غائب ریکارڈ cache کر چکا ہو وہ زون کے منفی cache وقت تک پرانا نتیجہ دیتا رہ سکتا ہے۔

### اگر میں صرف میل وصول کرتا ہوں تو کیا مجھے SPF ریکارڈ چاہیے؟

ہاں، ایک مختصر: v=spf1 -all شائع کریں تاکہ ظاہر ہو کہ کوئی سرور اس ڈومین کے نام سے نہیں بھیجتا۔ اس سے دوسرے جعلی پیغامات میں اس نام کا استعمال رکتا ہے۔

### کیا میں اپنی ویب سائٹ کا contact فارم ریکارڈ میں شامل کر سکتا ہوں؟

ہاں، اس کے include یا IP پتے کے ساتھ۔ اگر وہ آپ کے میل باکس فراہم کنندہ کے ذریعے بھیجتا ہے تو کسی اضافی اندراج کی ضرورت نہیں۔ اگر وہ آپ کے ویب ہوسٹ سے بھیجتا ہے تو وہ ہوسٹ بطور ذریعہ شامل کریں۔

### کیا ptr mechanism مفید ہے؟

نہیں۔ RFC 7208 ptr کو do not use نشان زد کرتا ہے۔ یہ سست ہے اور 10-lookup حد میں شمار ہوتا ہے۔

**خلاصہ**

- SPF ڈومین کی root پر ایک TXT ریکارڈ ہے جو v=spf1 سے شروع ہوتا ہے۔
- ہر ڈومین کے لیے صرف ایک SPF ریکارڈ شائع کریں؛ دو ریکارڈ مستقل خرابی دیتے ہیں۔
- 10 DNS-querying terms کے بعد جانچ رک جاتی ہے: include، a، mx، ptr، exists، redirect۔
- ip4، ip6 اور all حد میں شمار نہیں ہوتے۔
- Proton Mail: v=spf1 include:_spf.protonmail.ch ~all؛ Mailbox.org: v=spf1 include:mailbox.org ~all۔
- ~all عام اختتام ہے؛ نافذ کرنا DMARC کرتا ہے۔
- Postelva مفت DNS میں ریکارڈ میزبانی کرتا ہے؛ ایک .com ہر سال $12.49/سال ہے۔

## ذرائع

1. [RFC 7208، Sender Policy Framework (SPF)، سیکشن 4.5 اور 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (2026-11-12 کو پڑھی گئیں)
2. [RFC 9989، DMARC، سیکشن 7.1](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (2026-11-12 کو پڑھی گئیں)
3. [حسبِ ضرورت ڈومین اور اسپام سے تحفظ](https://proton.me/support/anti-spoofing-custom-domain) — Proton (2026-11-12 کو پڑھی گئیں)
4. [حسبِ ضرورت ڈومین کے لیے SPF، DKIM اور DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (2026-11-12 کو پڑھی گئیں)
5. [Fastmail DNS مدد](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (2026-11-12 کو پڑھی گئیں)

---

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