أحد سجلات سياسة SPF للنطاق هو مجرد سجل DNS TXT مُنسق بشكل محدد، وعادةً ما يحتوي على واحد أو أكثر من المكونات التالية:

• v=spf1 - الرمز الأول المطلوب للإشارة إلى أن السجل TXT هو سجل SPF (يمكن أن يكون للنطاق عدة سجلات TXT)

• ipv4, ipv6 - يُستخدم لتحديد عناوين IP والشبكات التي يُسمح لها بإرسال البريد للنطاق

• a - إذا كان للنطاق المرسل سجل DNS “A” الذي يحل إلى IP المرسل، يُسمح بـ IP

• mx - إذا كان IP المرسل هو أيضًا أحد سجلات MX للنطاق المرسل، يُسمح بـ IP

• all - الرمز الأخير المطلوب، دائمًا مُعدّل:

  • -all - فقط ما هو مذكور هنا يمكن أن يمر؛ رفض الفشل.

  • ~all - ما ليس هنا يجب أن يفشل نرمياً؛ قبوله ولكن تدوين ذلك.

  • ?all - غير متأكد إذا كان ما ليس هنا يجب أن يمر.

  • +all - نعتقد أن SPF غير مجدي؛ يمرر كل شيء.

آليات أخرى أقل شيوعًا لا تزال قيد الاستخدام بشكل واسع هي:

• include - يُستخدم عندما لا يكون للنطاق خوادمه الخاصة فقط، بل يستخدم أيضًا خوادم شخص آخر. يجب استخدامه بحكمة. كل تضمين هو استعلام DNS آخر، ولا يمكن أن تتطلب سجلات SPF أكثر من عشرة استعلامات DNS للحل.

• redirect - عندما يكون النطاقان A وB مملوكين لنفس الكيان ويستخدمان نفس البنية التحتية. يريد المالكون عادةً الحفاظ على نسخة واحدة من سجل SPF لكلا النطاقين، وتكوين B لإعادة توجيه الاستعلامات إلى A.

• exists - إذا كان للنطاق الكثير من كتل الشبكة الصغيرة وغير المتجاورة، يمكنه استخدام هذه الآلية لتحديد سجل SPF الخاص به، بدلاً من سردها جميعًا. مفيد للبقاء ضمن حد الحجم (512 بايت) لاستجابة DNS.

ملاحظة حول آلية “ptr”

كانت هناك آلية أخيرة،