# ضبط سجل SPF
Source: https://docs.webgee.com/ar/email/what-are-the-correct-spf-records-when-using-webgee-hosting







انشر سجل SPF لتقبل الخوادم المستقبِلة البريد من نطاقك. ينطبق على الاستضافة
المشتركة والموزِّعة والمميّزة.

يعدّد SPF الخوادم التي يجوز لها الإرسال باسم نطاقك. وبدون سجل صحيح، يُعامَل
بريدك بوصفه غير موثَّق ويُصفّى.

## استخدم مولّد cPanel [#استخدم-مولّد-cpanel]

<Callout type="warn">
  **لا تنسخ سجل SPF من توثيق، بما في ذلك هذه الصفحة.** فالبريد الصادر يُوجَّه
  عبر مرحّل، وقيمة `include:` الصحيحة تعتمد على المرحّل الذي يستخدمه حسابك.
  والسجل الذي يسمّي المرحّل الخطأ يفشل في SPF لكل رسالة ترسلها.

  فـ cPanel يعرف ما يستخدمه خادمك فعلًا. دعه يولّد السجل.
</Callout>

1. في cPanel، افتح **Email Deliverability** ضمن **Email**.

   <img alt="قائمة نطاقات Email Deliverability تعرض الحالة لكل نطاق" src="__img0" />

2. اعثر على نطاقك واختر **Manage**.

3. يعرض cPanel سجل SPF الحالي، أو ما يوصي به.

   <img alt="قسم SPF يعرض سجلًا صالحًا" src="__img1" />

وحيث يكون DNS مستضافًا **في cPanel**، اختر **Install The Suggested Record**.

وحيث يكون مستضافًا **في مكان آخر** — Cloudflare أو مُسجِّل — انسخ القيمة
المقترَحة وأنشئ سجل `TXT` لنطاقك هناك.

<Callout type="warn">
  إن لم تكن خوادم أسمائك خوادم WebGee، فيقول cPanel ذلك صراحةً: &#x2A;"This system
  does not control DNS for the domain... If you install this record, this change
  will not be effective."* وتثبيته رغم ذلك يبدو ناجحًا ولا يغيّر شيئًا، لأن
  السجل يُكتَب في منطقة لا يسألها أي محلّل. أضف السجل حيث تقع خوادم أسمائك
  فعلًا.
</Callout>

## قراءة السجل [#قراءة-السجل]

يبدو سجل SPF في WebGee هكذا:

```
v=spf1 a mx include:spf-c.mailbaby.net ~all
```

| الجزء      | المعنى                             |
| ---------- | ---------------------------------- |
| `a`        | يجوز لسجل A الخاص بالنطاق الإرسال  |
| `mx`       | يجوز لخوادم بريده الإرسال          |
| `include:` | يجوز لخوادم المرحّل الصادر الإرسال |
| `~all`     | كل ما عداه فشل ليّن                |

وقيمة `include:` تسمّي المرحّل الصادر في WebGee. خذ القيمة الدقيقة من صفحة
**Email Deliverability** الخاصة بك لا من هنا — فاسم مضيف المرحّل قد يختلف بين
الخوادم، والسجل الذي يسمّي الخطأ يفشل في SPF لكل رسالة ترسلها.

## إن كنت ترسل من مصادر أخرى أيضًا [#إن-كنت-ترسل-من-مصادر-أخرى-أيضًا]

أضف كل مرسِل إضافي إلى **السجل نفسه**. فيجب أن يكون للنطاق سجل SPF واحد بالضبط —
والسجلان خطأ دائم، وتعامله الخوادم المستقبِلة كأنه لا SPF أصلًا.

```
v=spf1 a mx include:spf-c.mailbaby.net include:_spf.google.com ~all
```

<Callout type="warn">
  يسمح SPF بحد أقصى **10 عمليات بحث DNS**. وكل `include:` يكلّف واحدة على الأقل.
  وتجاوز ذلك ينتج `permerror`، وهو يفشل تمامًا كغياب السجل — وهي نتيجة شائعة
  للنطاقات التي راكمت منصات تسويق بمرور الوقت.

  افحص بـ [أداة SPF من dmarcian](https://dmarcian.com/spf-survey/) أو
  MXToolbox.
</Callout>

## تأكّد أنه نجح [#تأكّد-أنه-نجح]

```bash
dig +short TXT example.com | grep spf1
```

وتتحقّق **Email Deliverability** في cPanel من SPF وDKIM والـ DNS العكسي معًا،
وهي أسرع تأكيد على صحة الثلاثة.

## ثم أضف DKIM وDMARC [#ثم-أضف-dkim-وdmarc]

لم يعد SPF وحده كافيًا للتسليم الموثوق. فعّل DKIM في صفحة Email Deliverability
نفسها، ثم انشر DMARC — راجع
[نشر سجل DMARC](/ar/email/publishing-dmarc-records-on-your-cpanel-domain).

## اقرأ أيضًا [#اقرأ-أيضًا]

* [نشر سجل DMARC](/ar/email/publishing-dmarc-records-on-your-cpanel-domain)
* [لماذا تُصنَّف رسائلي سبامًا؟](/ar/email/why-are-my-emails-being-marked-as-spam)