# كيف أنشئ سجل SPF لنطاق مخصص؟

> انشر سجل TXT واحدًا يبدأ بـ v=spf1 مع تضمين مزوّدك وينتهي بـ ~all؛ يسمح SPF بعشرة استعلامات DNS كحد أقصى وبسجل واحد لكل نطاق.

- URL: https://postelva.com/ar/guides/spf-record-setup/
- آخر تحديث: 2026-11-12
- الناشر: Postelva (https://postelva.com)

سجل SPF سطر نصي واحد في DNS. يستغرق نشره خمس دقائق، ويكفي خطأ واحد، وهو سجل ثانٍ، لكي ينكسر.

**الإجابة المختصرة — كيف أنشئ سجل SPF لنطاق مخصص؟**

أنشئ سجل TXT واحدًا في جذر نطاقك يبدأ بـ v=spf1، وأضف تضمين مزوّد بريدك (لـ Proton Mail: include:_spf.protonmail.ch)، وأنهِه بـ ~all. يجوز للنطاق أن يحمل سجل SPF واحدًا فقط، ويسمح SPF بعشرة استعلامات DNS كحد أقصى. **Postelva** يستضيف سجل TXT في محرر DNS المجاني لديه.

## قيم SPF لأربعة مزوّدي بريد

*قُرئت من صفحات مساعدة المزوّدين في 12 نوفمبر 2026. بالنسبة لـ Tuta وiCloud+ وMigadu وZoho Mail، انسخ القيمة من شاشة الإعداد الخاصة بالمزوّد نفسه.*

| المزوّد | التضمين الذي يُضاف | السجل الكامل المعتاد |
| --- | --- | --- |
| 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. **اسرد كل خدمة ترسل باسم نطاقك** — دوّن مزوّد بريدك وأي أداة أخرى ترسل باسمك: خدمة نشرة إخبارية، أو مكتب مساعدة، أو نموذج اتصال في موقع. لكل منها مكان في السجل.
2. **تحقق مما إذا كان سجل SPF موجودًا** — انظر إلى سجلات TXT في جذر النطاق (@). إن بدأ أحدها بـ v=spf1، فعدّله. لا تنشئ ثانيًا أبدًا.
3. **ابنِ القيمة** — ابدأ بـ v=spf1، وأضف include: واحدًا لكل خدمة مُرسِلة، وأنهِ بـ ~all. مثال لـ Proton Mail وحده: v=spf1 include:_spf.protonmail.ch ~all.
4. **انشرها كسجل TXT** — في محرر DNS أضف سجل 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، ويتابع بآليات، لكل منها محدِّد اختياري.** يعرّف RFC 7208 الآليات all وinclude وa وmx وip4 وip6 وexists وptr، والمعدِّل redirect. يحدد المحدِّد النتيجة عندما تتطابق الآلية: + نجاح (الافتراضي)، و- فشل، و~ فشل ناعم، و? محايد.

بالنسبة لنطاق يستخدم مزوّد بريد، تقوم آلية واحدة بمعظم العمل: include. فهي تطلب من المستقبِل أن يفحص سجل SPF لنطاق المزوّد، وأن يعامل التطابق هناك كتطابق لنطاقك. لا تنسخ عناوين IP بيدك أبدًا، لذلك يستطيع المزوّد تغيير خوادمه دون أن تلمس DNS. وإن كنت ترسل من خادم خاص بك، فإن ip4 وip6 تسرد عناوينه ولا تكلّف أي استعلام.

يُنشر SPF كسجل TXT. يُحدّ السلسلة الواحدة من TXT بـ255 بايتًا، والسجل الأطول يُقسَّم إلى سلاسل عدة يدمجها المستقبِل دون مسافة. تقوم معظم محررات DNS بالتقسيم عنك.

## لماذا لا يجوز أن يكون لنطاق أكثر من سجل SPF واحد؟

**إذا بدأ سجلا TXT كلاهما بـ v=spf1، فلا يستطيع المستقبِل الاختيار، فيعيد خطأً دائمًا، فيفشل كل بريد في SPF.** يقول RFC 7208 إنه لا يجوز أن يملك النطاق أكثر من سجل SPF واحد. وتقدّم Proton وMailbox.org وMailfence النصيحة نفسها: عند إضافة خدمة، ضع تضمينها في السجل الموجود.

السبب المعتاد هو الانتقال. تنشر سجل المزوّد الجديد وتنسى القديم. افتح قائمة TXT، ودمج السطرين في واحد، واحذف البقية. وعند تغيير المزوّد نهائيًا، استبدل التضمين القديم بدلًا من إضافة الجديد إليه. يُشرح الانتقال نفسه في [كيف تنقل البريد الإلكتروني إلى مزوّد جديد دون فقدان الرسائل](https://postelva.com/ar/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail").

## ما حد الاستعلامات العشرة في SPF؟

**يتوقف تقييم SPF بخطأ دائم بعد 10 مصطلحات تستعلم DNS، لذلك يفشل سجل يحتاج إلى 11 لكل مُرسِل.** المصطلحات التي تُحسب هي include وa وmx وptr وexists ومعدِّل redirect. أما all وip4 وip6 فلا تُحسب. ويقول RFC 7208 أيضًا إن التطبيقات ينبغي أن تتوقف بعد استعلامين فارغين، أي استعلامين لا يعيدان شيئًا أو نطاقًا غير موجود.

يُحسب التضمين باستعلام واحد زائد كل استعلام داخل السجل المضمَّن. مزوّد صناديق بريد واحد رخيص إذن، لكن كومة من مضيف بريد، وخدمة نشرة، ومكتب مساعدة، ونموذج موقع تتراكم. أزل الخدمات التي لم تعد تستخدمها أولًا. وحين تنشر أداة عناوين IP ثابتة، فإن نطاقات ip4 وip6 لا تكلّف شيئًا. لم تقِس Postelva العدد المتداخل الدقيق لكل مزوّد، لذلك اختبر سجلك النهائي بالاستعلام قبل أن تعتمد عليه، كما هو موضح في [كيف تتحقق من سجلات MX وSPF وDKIM وDMARC](https://postelva.com/ar/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records").

## هل أنهي سجل SPF بـ ~all أم بـ -all؟

**استخدم ~all ما لم تكن تتحكم في كل مُرسِل: فهي تعدّ الخوادم الأخرى مشبوهة دون أن تطلب من المستقبِلين رفض البريد صراحة.** المحدِّد على all هو الحكم على أي خادم لم يتطابق مع شيء سابق. -all تعني فشلًا، و~all تعني فشلًا ناعمًا، و?all تعني محايدًا.

الـ -all الصارم أشد، لكن RFC 9989 يحذّر من أنه قد يجعل المستقبِل يرفض الرسالة قبل أن يعمل DMARC أصلًا، وهذا يخفي رسالة مُعاد توجيهها كان DKIM سينقذها. لهذا يُنهي السجل الذي تعرضه Proton وMailbox.org بـ ~all. وفقًا لمقارنة Postelva في 12 نوفمبر 2026، فإن المزوّدين الثلاثة الذين تُظهر صفحات مساعدتهم قيمة SPF كاملة (Proton Mail وMailbox.org وFastmail) يستخدم كل منهم تضمينًا واحدًا بالضبط، فيكلّف السجل المكوَّن من مزوّد واحد استعلامًا واحدًا، وينتهي اثنان منهما بـ ~all، بينما تنتهي قيمة Fastmail بـ ?all.

مهما كانت النهاية، فإن DMARC هو الذي يفرض الالتزام. اضبط السياسة هناك، كما هو مشروح في الدليل إلى [إعداد DMARC](https://postelva.com/ar/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject"). وتُقارَن السجلات الثلاثة في [SPF مقابل DKIM مقابل DMARC](https://postelva.com/ar/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?").

## ماذا يفحص SPF، وماذا لا يفحص؟

**يفحص SPF الخادم الذي يقف خلف مُرسِل المغلّف واسم HELO، لا عنوان From في الرسالة الذي يراه القارئ.** يمكن للرسالة أن تجتاز SPF لنطاق لا ينتبه إليه أحد، وأن تظهر مع ذلك نطاقك في سطر From. يسدّ DMARC هذه الفجوة بطلب المحاذاة بين الاثنين.

كذلك لا يصمد SPF أمام إعادة التوجيه البسيطة، لأن المُعيد يرسل من عنوان IP الخاص به. قاعدة عملية يمكن الاستشهاد بها: يفوّض SPF الخوادم، بسجل واحد لكل نطاق، و10 استعلامات كحد أقصى. لنطاق لا يرسل شيئًا، انشر v=spf1 -all وقالب Postelva "لا بريد"؛ ولنطاق يرسل ويستقبل، قوالب DNS بنقرة واحدة لـ Proton Mail وFastmail وZoho Mail وGoogle Workspace وMicrosoft 365، إضافة إلى قالب SPF + DMARC وقالب «بلا بريد» لنطاق لا يرسل أي بريد.

## أسئلة حول سجل SPF

### أين أضع سجل SPF؟

في سجل TXT في جذر النطاق، وهو المضيف @ في معظم محررات DNS. لا يملك SPF نوع سجل منفصلًا، ونوع SPF القديم لا يُستخدم.

### كم يستغرق تغيير SPF حتى يعمل؟

ينتشر التغيير خلال TTL القديم للسجل تقريبًا، غالبًا خلال ساعة أو ساعتين. قد يواصل مُحلِّل خبّأ سجلًا مفقودًا إعطاء النتيجة القديمة مدة زمن التخزين المؤقت السلبي للمنطقة.

### هل أحتاج إلى سجل SPF إن كنت أستقبل البريد فقط؟

نعم، سجل قصير: انشر v=spf1 -all لتعلن أن لا خادم يرسل باسم النطاق. هذا يمنع الآخرين من استخدام الاسم في الرسائل المزوَّرة.

### هل يمكنني إضافة نموذج اتصال موقعي إلى السجل؟

نعم، بتضمينه أو بعنوان IP الخاص به. إن كان يرسل عبر مزوّد صناديق البريد الخاص بك فلا حاجة إلى إدخال إضافي. وإن كان يرسل من مضيف الويب، فأضف ذلك المضيف كمصدر.

### هل آلية ptr مفيدة؟

لا. يعلّم RFC 7208 ptr بأنه لا يُستخدم. وهي بطيئة وتُحسب ضمن حد الاستعلامات العشرة.

**في الخلاصة**

- SPF سجل TXT واحد في جذر النطاق يبدأ بـ v=spf1.
- انشر سجل SPF واحدًا فقط لكل نطاق؛ فالسجلان يعطيان خطأً دائمًا.
- يتوقف التقييم بعد 10 مصطلحات تستعلم DNS: 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 US$/سنة كل عام.

## المصادر

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. [مساعدة DNS لدى Fastmail](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (قُرئت 2026-11-12)

---

Postelva: تسجّل Postelva أسماء نطاقات للبريد الإلكتروني الخاص — العنوان الذي تحتفظ به عند تغيير المزوّد — مدفوعة بالعملات الرقمية بلا KYC: بلا هوية، ولا يوجد سوى بريد إلكتروني موثَّق واحد لكل نطاق. تديرها DomaineGoat LLC، وهي شركة مسجّلة في بنما؛ وتُسجَّل النطاقات عبر شريكها المسجِّل المعتمد لدى ICANN. سعر .com هو ‏12.49 US$/سنة، وهو السعر نفسه كل عام.