اختر مرسليك وسياستك. انسخ سجل TXT الجاهز إلى DNS لديك، ثم اختبره بالمدقّق.
يُنشئ المولّد نصًا فقط. فهو لا يغيّر DNS لديك ولا يستطيع معرفة الخدمات التي ترسل نيابة عنك، لذا اذكر كل مرسل قبل النشر. وتأكد من قيم include لدى المزوّد من وثائق المزوّد نفسه.
اذكر كل نظام يرسل بريدًا باستخدام نطاقك: مزوّد صناديق البريد، وخدمة الإرسال، وأي نظام آخر يرسل نيابة عنك مثل CRM أو نظام الفوترة أو مكتب المساعدة. وأدوات التسويق ونماذج الموقع أكثر ما يُنسى. وإذا غاب نظام عن السجل، فقد يفشل بريده في SPF.
تحقق مما إذا كان لنطاقك سجل بالفعل. نشر سجل ثانٍ لا يضاف إلى الأول؛ فالنطاق الذي له سجلا SPF يتلقى خطأً. استخدم المدقّق على نطاقك أولًا وأنشئ السجل الجديد ليحل محل القديم.
يقدّم المولّد الحالات الشائعة ويتيح لك إضافة البقية.
يخبر الحد الأخير المستقبِلين بما يفعلونه بالبريد الوارد من خوادم لم تدرجها.
| النهاية | المعنى | متى تستخدمها |
|---|---|---|
| ~all | فشل ناعم: غير مخوّل، لكن لا ترفض بناءً على SPF وحده. | افتراضي معقول أثناء تأكدك من قائمة مرسليك. |
| -all | فشل صارم: غير مخوّل. | عندما تتيقن من اكتمال القائمة. |
| ?all | محايد: بلا رأي. | نادرًا ما يفيد. فهو لا يمنح المستقبِلين شيئًا يتصرفون بناءً عليه. |
أنشئ سجل TXT في جذر نطاقك (يظهر المضيف عادةً بالرمز @). الصق السجل كما أُنشئ تمامًا، بلا علامات اقتباس إضافية ما لم تطلبها لوحة DNS لديك. وإذا كانت لوحتك تقسّم القيم الطويلة تلقائيًا فدعها تفعل. أبقِ مدة البقاء (TTL) قصيرة، مثل 300 ثانية، أثناء الاختبار.
التغييرات ليست فورية. تحتفظ أنظمة الحل بالإجابة القديمة مؤقتًا حتى تنتهي مدة بقائها، فامنح الأمر وقتًا، ثم افحص السجل الحي بمدقّق SPF لدينا. يفتح زر اختبار هذا السجل المدقّق وقد حُمّل فيه السجل الذي أنشأته قبل نشره.
يحصي المولّد عمليات بحث DNS أثناء إضافتك للخدمات. إن تجاوزت عشرًا، فأزل شيئًا أو انقل مرسلًا إلى نطاق فرعي خاص به. السجل الذي يتجاوز الحد يبدو سليمًا لكنه يفشل.
SPF أحد ثلاثة فحوصات. أضف توقيع DKIM لخدمة الإرسال لديك، ثم سجل DMARC ليعرف المستقبِلون ما يفعلونه عند فشل رسالة. ابدأ DMARC عند p=none، واقرأ التقارير لبضعة أسابيع، ثم شدّده بعد ذلك فقط. يُنشئ مولّد DMARC لدينا السجل ويعرض طرح تدريجي آمن.
حدّد الخدمات التي تستخدمها، والصق أي قيم include من مزوّدين آخرين، واذكر عناوين خوادمك الخاصة.
~all نقطة البداية المعتادة. انتقل إلى -all عندما تتأكد من إدراج كل مرسل.
انشره كسجل TXT واحد في جذر نطاقك. استبدل أي سجل SPF موجود بدلًا من إضافة سجل ثانٍ.
استخدم المدقّق لترى العدد الفعلي لعمليات البحث، لأن كل include لدى المزوّد تستهلك عمليات بحث خاصة بها.
اذكر كل نظام يرسل بريدًا باسم نطاقك، وأضف include واحدة أو إدخال ip4/ip6 لكل منها، وأنهِ السجل بـ ~all. انشر الناتج كسجل TXT واحد في جذر نطاقك. يُنشئ لك هذا المولّد النص.
يبدأ معظم الفرق بـ ~all (فشل ناعم) أثناء تأكدها من إدراج كل مرسل، ثم تنظر في -all (فشل صارم) عندما تتيقن. ويمنح DMARC مع DKIM حماية إضافية أيًّا اخترت.
لا. يجب أن ينشر النطاق سجل SPF واحدًا بالضبط. يتسبب سجلان في خطأ دائم. وإذا أضفت مرسلًا جديدًا، فأضف include الخاصة به إلى السجل الحالي بدلًا من إنشاء سجل ثانٍ.
يوثّق كل مزوّد قيمته الخاصة. بالنسبة إلى MigoSMTP، انسخ قيمة SPF الظاهرة في لوحة التحكم. وبالنسبة إلى Google Workspace وMicrosoft 365 يقدّم المولّد القيم من وثائقهما العامة؛ فتأكد منها في صفحة المساعدة الحالية للمزوّد قبل النشر.
بقدر ما يتسع ضمن حد عشر عمليات بحث DNS للسجل كله، بما فيها عمليات البحث داخل سجل كل مزوّد. انشر السجل ثم شغّل مدقّق سجل SPF لترى الإجمالي الفعلي.
يعتمد ذلك على TTL للسجل. يستخدم كثير من مزوّدي DNS قيمًا تتراوح من دقائق قليلة إلى بضع ساعات، وبعض أنظمة الحل تحتفظ بالقيمة مؤقتًا لفترة أطول. بعد النشر، افحص مجددًا بالمدقّق وانتظر انتهاء صلاحية القيمة القديمة.
شغّل المدقّق للتأكد من صلاحية السجل ولترى كم من عمليات البحث العشر يستهلك.
أنشئ حساباً، وأضف نطاقك، وأرسل أول رسالة بريد إلكتروني.