Sender Policy Framework
بھیجنے والا پالیسی فریم ورک (ایس پی ایف) ای میل کی توثیق کا ایک طریقہ ہے جو اس بات کو یقینی بناتا ہے کہ بھیجنے والا میل سرور ای میل بھیجنے والے کے ڈومین سے میل نکالنے کا مجاز ہے۔ یہ تصدیق صرف ابتدائی ایس ایم ٹی پی کنکشن کے دوران "لفافے سے" فیلڈ میں درج ای میل بھیجنے والے پر لاگو ہوتی ہے۔ اگر ای میل اچھل جاتی ہے، تو اس پتے پر ایک پیغام بھیجا جاتا ہے، اور نیچے کی طرف ترسیل کے لیے یہ عام طور پر "ریٹرن-پاتھ" ہیڈر میں ظاہر ہوتا ہے۔ ای میل ایڈریس کی تصدیق کے لیے جو اصل میں وصول کنندگان کو "سے:" لائن پر نظر آتا ہے، دیگر ٹیکنالوجیز جیسے ڈی ایم اے آر سی کا استعمال کرنا ضروری ہے۔ اس پتے کی جعل سازی کو ای میل سپوفنگ کے نام سے جانا جاتا ہے، اور اکثر فشنگ اور ای میل سپیم میں استعمال ہوتا ہے۔ کسی ڈومین کے لیے مجاز بھیجنے والے میزبانوں اور آئی پی پتے کی فہرست اس ڈومین کے ڈی این ایس ریکارڈ میں شائع کی جاتی ہے۔ مرسل پالیسی فریم ورک کو اپریل 2014 کے آر ایف سی 7208 میں "مجوزہ معیار" کے طور پر بیان کیا گیا ہے۔ اس تصور کا پہلا عوامی ذکر 2000 میں ہوا تھا لیکن زیادہ تر کسی کا دھیان نہیں گیا۔ اس تصور کا دوبارہ کوئی ذکر نہیں کیا گیا جب تک کہ 2002 میں ڈانا ویلری ریز کی طرف سے آئی ای ٹی ایف "نیمڈروپرز" میلنگ لسٹ پر ایس پی ایف جیسی تفصیلات کی پہلی کوشش شائع نہیں کی گئی، جو اس خیال کے 2000 کے ذکر سے بے خبر تھے۔ اگلے ہی دن، پال وکسی نے اسی فہرست میں اپنی ایس پی ایف جیسی تفصیلات پوسٹ کیں۔ ان پوسٹوں نے بہت دلچسپی پیدا کی، جس کی وجہ سے آئی ای ٹی ایف اینٹی اسپیم ریسرچ گروپ (اے ایس آر جی) اور ان کی میلنگ لسٹ کی تشکیل ہوئی، جہاں ایس پی ایف آئیڈیا کو مزید تیار کیا گیا۔ اے ایس آر جی کو پیش کی گئی تجاویز میں ہڈموت ڈینش کی طرف سے "ریورس ایم ایکس" (آر ایم ایکس)، اور گورڈن فیسک کی طرف سے "نامزد میلر پروٹوکول" (ڈی ایم پی) شامل تھے۔ جون 2003 میں، مینگ وینگ وونگ نے آر ایم ایکس اور ڈی ایم پی کی خصوصیات کو ضم کر دیا اور دوسروں سے تجاویز طلب کیں۔ اگلے چھ مہینوں میں، بڑی تعداد میں تبدیلیاں کی گئیں اور ایک بڑی جماعت نے ایس پی ایف پر کام کرنا شروع کر دیا تھا۔ اصل میں ایس پی ایف کا مطلب تھا بھیجنے والے سے اجازت یافتہ اور اسے بعض اوقات ایس ایم ٹی پی + ایس پی ایف بھی کہا جاتا تھا۔ لیکن فروری 2004 میں اس کا نام بدل کر بھیجنے والے کی پالیسی فریم ورک کر دیا گیا۔ 2004 کے اوائل میں، آئی ای ٹی ایف نے میریڈ ورکنگ گروپ بنایا اور ایس پی ایف اور مائیکروسافٹ کی کالر آئی ڈی تجویز کو اس بنیاد کے طور پر استعمال کرنے کی کوشش کی جسے اب سینڈر آئی ڈی کے نام سے جانا جاتا ہے۔ لیکن تکنیکی اور لائسنسنگ کے تنازعات کی وجہ سے یہ ختم ہو گیا۔ ایس پی ایف کمیونٹی ایس پی ایف کے اصل "کلاسک" ورژن پر واپس آگئی۔ جولائی 2005 میں، تفصیلات کے اس ورژن کو آئی ای ایس جی نے ایک آئی ای ٹی ایف تجربے کے طور پر منظور کیا، جس میں کمیونٹی کو اشاعت کے بعد کے دو سالوں کے دوران ایس پی ایف کا مشاہدہ کرنے کی دعوت دی گئی۔ 28 اپریل 2006 کو ایس پی ایف آر ایف سی کو تجرباتی آر ایف سی 4408 کے طور پر شائع کیا گیا۔ اپریل 2014 میں آئی ای ٹی ایف نے آر ایف سی 7208 میں ایس پی ایف کو "مجوزہ معیار" کے طور پر شائع کیا۔ آپریشن کے اصول سادہ میل ٹرانسفر پروٹوکول کسی بھی کمپیوٹر کو کسی بھی ماخذ کے پتے سے ہونے کا دعوی کرتے ہوئے ای میل بھیجنے کی اجازت دیتا ہے۔ اس کا استحصال سپیمرز اور اسکیمرز کرتے ہیں جو اکثر جعلی ای میل پتے استعمال کرتے ہیں، جس سے پیغام کو اس کے ماخذ تک واپس پہنچانا زیادہ مشکل ہو جاتا ہے، اور ذمہ داری سے بچنے کے لیے سپیمرز کے لیے اپنی شناخت چھپانا آسان ہو جاتا ہے۔ یہ فشنگ تکنیک میں بھی استعمال ہوتا ہے، جہاں صارفین کو بینک جیسی تنظیم کی طرف سے مبینہ طور پر بھیجے گئے ای میل کے جواب میں نجی معلومات ظاہر کرنے میں دھوکہ دیا جا سکتا ہے۔ ایس پی ایف انٹرنیٹ ڈومین کے مالک کو یہ بتانے کی اجازت دیتا ہے کہ کون سے کمپیوٹر ڈومین نیم سسٹم (ڈی این ایس) ریکارڈز کا استعمال کرتے ہوئے اس ڈومین کے پتے سے لفافے کے ساتھ میل بھیجنے کے مجاز ہیں۔ ٹی ایکس ٹی ریکارڈز میں ایس پی ایف کی معلومات کی تصدیق کرنے والے وصول کنندگان پیغام کے مرکزی حصے کو موصول کرنے سے پہلے غیر مجاز ذرائع سے پیغامات کو مسترد کر سکتے ہیں۔ اس طرح، آپریشن کے اصول ڈی این ایس پر مبنی بلیک ہول لسٹس (ڈی این ایس بی ایل) سے ملتے جلتے ہیں، سوائے اس کے کہ ایس پی ایف ڈومین نیم سسٹم کی اتھارٹی ڈیلیگیشن اسکیم کا استعمال کرتا ہے۔ موجودہ عمل میں TXT ریکارڈز کے استعمال کی ضرورت ہوتی ہے، بالکل اسی طرح جیسے ابتدائی نفاذ میں ہوا تھا۔ کچھ عرصے کے لیے ریکارڈ کی ایک نئی قسم (ایس پی ایف، ٹائپ 99) رجسٹر کی گئی اور اسے عام ڈی این ایس سافٹ ویئر میں دستیاب کرایا گیا۔ ایس پی ایف کے لیے ٹی ایکس ٹی ریکارڈ کے استعمال کا مقصد اس وقت ایک عبوری طریقہ کار کے طور پر تھا۔ تجرباتی آر ایف سی، آر ایف سی 4408، سیکشن 3.1 نے تجویز کیا کہ "ایس پی ایف کے مطابق ڈومین نام میں دونوں آر آر اقسام کے ایس پی ایف ریکارڈ ہونے چاہئیں"۔ مجوزہ معیار، آر ایف سی 7208، کہتا ہے کہ "ایس پی ایف کے تجرباتی مرحلے میں متبادل ڈی این ایس آر آر اقسام کے استعمال کی حمایت کی گئی تھی لیکن اسے بند کر دیا گیا ہے"۔ ایڈریس سے لفافہ ایس ایم ٹی پی ڈائیلاگ کے آغاز میں منتقل کیا جاتا ہے۔ اگر سرور ڈومین کو مسترد کرتا ہے، تو غیر مجاز کلائنٹ کو مسترد کرنے کا پیغام موصول ہونا چاہیے، اور اگر وہ کلائنٹ ریلینگ میسج ٹرانسفر ایجنٹ (ایم ٹی اے) تھا، تو پتے سے اصل لفافے پر اچھالنے کا پیغام تیار کیا جا سکتا ہے۔ اگر سرور ڈومین کو قبول کرتا ہے، اور اس کے بعد وصول کنندگان اور پیغام کے مرکزی حصے کو بھی قبول کرتا ہے، تو اسے لفافے کو ایڈریس سے محفوظ کرنے کے لیے میسج ہیڈر میں ریٹرن-پاتھ فیلڈ داخل کرنا چاہیے۔ اگرچہ ریٹرن پاتھ میں پتہ اکثر میل ہیڈر میں دوسرے اصل پتے جیسے ہیڈر سے ملتا ہے، لیکن ضروری نہیں کہ ایسا ہو، اور ایس پی ایف ان دوسرے پتے جیسے مرسل ہیڈر کی جعل سازی کو نہیں روکتا ہے۔ اگر ان کے پاس بھیجنے والے کی پالیسی والے ڈومین میں اکاؤنٹ ہے، یا اس ڈومین میں سمجھوتہ شدہ نظام کا غلط استعمال کرتے ہیں تو سپیمر ایس پی ایف پی اے ایس ایس کے نتیجے کے ساتھ ای میل بھیج سکتے ہیں۔ تاہم، ایسا کرنے سے سپیمر کا سراغ لگانا آسان ہو جاتا ہے۔ ایس پی ایف کا بنیادی فائدہ ان ای میل پتوں کے مالکان کے لیے ہے جو ریٹرن پاتھ میں جعلی ہیں۔ انہیں بڑی تعداد میں غیر مطلوبہ غلطی کے پیغامات اور دیگر خودکار جوابات موصول ہوتے ہیں۔ اگر ایسے وصول کنندگان اپنے جائز ماخذ آئی پی پتے کی وضاحت کرنے کے لیے ایس پی ایف کا استعمال کرتے ہیں اور دیگر تمام پتے کے لیے ناکام نتیجہ کی نشاندہی کرتے ہیں، تو ایس پی ایف کی جانچ کرنے والے وصول کنندگان جعل سازی کو مسترد کر سکتے ہیں، اس طرح بیک اسکیٹر کی مقدار کو کم یا ختم کر سکتے ہیں۔ ناپسندیدہ میل کی شناخت میں مدد کرنے کے علاوہ ایس پی ایف کے ممکنہ فوائد ہیں۔ خاص طور پر، اگر کوئی بھیجنے والا ایس پی ایف کی معلومات فراہم کرتا ہے، تو وصول کنندہ معروف قابل اعتماد بھیجنے والوں کی شناخت کے لیے اجازت کی فہرست کے ساتھ مل کر ایس پی ایف پی اے ایس ایس کے نتائج کا استعمال کر سکتے ہیں۔ سمجھوتہ شدہ نظام اور مشترکہ بھیجنے والے میلرز جیسے منظرنامے اس استعمال کو محدود کرتے ہیں۔ اگر کوئی ڈومین ایس پی ایف ریکارڈ شائع کرتا ہے، تو سپیمرز اور فشرز کے اس ڈومین سے ہونے کا بہانہ کرتے ہوئے جعلی ای میلز بنانے کا امکان کم ہوتا ہے، کیونکہ جعلی ای میلز کے اسپیم فلٹرز میں پکڑے جانے کا امکان زیادہ ہوتا ہے جو ایس پی ایف ریکارڈ کی جانچ کرتے ہیں۔ لہذا، ایس پی ایف سے محفوظ ڈومین سپیمرز اور فشرز کے لیے کم پرکشش ہوتا ہے۔ چونکہ ایس پی ایف سے محفوظ ڈومین جعلی ایڈریس کے طور پر کم پرکشش ہوتا ہے، اس لیے اس کے سپیم فلٹرز کے ذریعے خارج ہونے کا امکان کم ہوتا ہے اور اس لیے بالآخر ڈومین سے جائز ای میل کے گزرنے کا امکان زیادہ ہوتا ہے۔ فیل اور فارورڈنگ ایس پی ایف سادہ پیغام فارورڈنگ کو توڑتا ہے۔ جب کوئی ڈومین ایس پی ایف فیل پالیسی شائع کرتا ہے، تو وصول کنندگان کو اپنے میل کو تیسرے فریق کو بھیجنے کے لیے بھیجے گئے جائز پیغامات کو مسترد کیا جا سکتا ہے اور/یا باؤنس کیا جا سکتا ہے اگر مندرجہ ذیل سب کچھ ہوتا ہے: فارورڈر میلنگ لسٹ کے برعکس ریٹرن پاتھ کو دوبارہ نہیں لکھتا ہے۔ اگلی ہاپ فارورڈر کو فہرست میں شامل کرنے کی اجازت نہیں دیتی ہے۔ یہ ہاپ ایس پی ایف کی جانچ کرتا ہے۔ یہ ایس پی ایف کی ایک ضروری اور واضح خصوصیت ہے-وصول کنندہ کے "بارڈر" ایم ٹی اے (ایم ایکس) کے پیچھے چیک براہ راست کام نہیں کر سکتے۔ ایس پی ایف فیل پالیسیوں کے ناشرین کو اپنے جائز ای میلز کے مسترد ہونے یا اچھالنے کے خطرے کو قبول کرنا چاہیے۔ انہیں جانچ کرنی چاہیے (مثال کے طور پر سافٹ فیل پالیسی کے ساتھ) جب تک کہ وہ نتائج سے مطمئن نہ ہوں۔ سادہ پیغام فارورڈنگ کے متبادل کی فہرست کے لیے نیچے دیکھیں۔ ہیلو ٹیسٹ ایک خالی ریٹرن-پاتھ کے لیے جیسا کہ ایرر میسجز اور دیگر آٹو ریپلیز میں استعمال ہوتا ہے، ہیلو شناخت کا ایس پی ایف چیک لازمی ہے۔ جعلی ہیلو شناخت کے ساتھ نتیجہ کوئی مدد نہیں کرے گا، لیکن درست میزبان ناموں کے لیے ایس پی ایف بھی ہیلو شناخت کی حفاظت کرتا ہے۔ اس ایس پی ایف خصوصیت کو ہمیشہ وصول کنندگان کے لیے ایک آپشن کے طور پر سپورٹ کیا جاتا تھا، اور بعد میں ایس پی ایف ڈرافٹ بشمول حتمی تفصیلات ہمیشہ ہیلو کو چیک کرنے کی سفارش کرتے ہیں۔ یہ وصول کنندگان کو ہیلو پاس کی بنیاد پر میل بھیجنے والوں کو فہرست میں شامل کرنے، یا ہیلو فیل کے بعد تمام میلز کو مسترد کرنے کی اجازت دیتا ہے۔ اسے ساکھ کے نظام میں بھی استعمال کیا جا سکتا ہے (کوئی بھی اجازت یا انکار کی فہرست ساکھ کے نظام کا ایک آسان معاملہ ہے)۔ نفاذ ایس پی ایف کے ساتھ تعمیل تین ڈھیلے طور پر متعلقہ کاموں پر مشتمل ہے: پالیسی شائع کرنا: ڈومین اور میزبان ان مشینوں کی شناخت کرتے ہیں جو ان کی طرف سے ای میل بھیجنے کے مجاز ہیں۔ وہ اپنی موجودہ ڈی این ایس معلومات میں اضافی ریکارڈ شامل کرکے ایسا کرتے ہیں: ہر ڈومین نام یا میزبان جس کے پاس اے ریکارڈ یا ایم ایکس ریکارڈ ہے اس کے پاس ایس پی ایف ریکارڈ ہونا چاہیے جو پالیسی کی وضاحت کرتا ہے اگر اسے ای میل ایڈریس میں یا ہیلو/ای ایچ ایل او دلیل کے طور پر استعمال کیا جاتا ہے۔ وہ میزبان جو میل نہیں بھیجتے ہیں ان کے پاس ایک ایس پی ایف ریکارڈ شائع ہونا چاہیے جو اس طرح کی نشاندہی کرتا ہے ("v = spf1-al")۔ ایس پی ایف معلومات کی جانچ اور استعمال: وصول کنندگان عام ڈی این ایس سوالات کا استعمال کرتے ہیں، جو عام طور پر کارکردگی کو بڑھانے کے لیے کیش کیے جاتے ہیں۔ اس کے بعد وصول کنندگان ایس پی ایف کی معلومات کی وضاحت کرتے ہیں اور نتیجہ پر عمل کرتے ہیں۔ میل فارورڈنگ پر نظر ثانی: ایس پی ایف کے ذریعے سادہ میل فارورڈنگ کی اجازت نہیں ہے۔ متبادل یہ ہیں: ری میلنگ (یعنی، اصل بھیجنے والے کو مقامی ڈومین سے تعلق رکھنے والے کے ساتھ تبدیل کرنا) انکار کرنا (مثال کے طور پر، 551 صارف کا جواب دینا مقامی نہیں ؛ براہ کرم <user@example.com> آزمائیں) ٹارگٹ سرور پر لسٹ کرنے کی اجازت دیں، تاکہ یہ فارورڈ پیغام بھیجنے والے کی دوبارہ تحریر اسکیم سے انکار نہ کرے، جو ایک زیادہ پیچیدہ طریقہ کار ہے جو اصل بھیجنے والے کو غیر ترسیل کی اطلاعات کو روٹنگ کو سنبھالتا ہے۔ اس طرح، ایس پی ایف میں کلیدی مسئلہ نئی ڈی این ایس معلومات کی وضاحت ہے جو ڈومین سیٹ اور وصول کنندگان استعمال کرتے ہیں۔ ذیل میں رکھے گئے ریکارڈ عام ڈی این ایس نحو میں ہیں، مثال کے طور پر: "v = spf1 ip4:192.0.2.0/24 ip4:198.51.100.123 a-all" "v =" استعمال شدہ ایس پی ایف کے ورژن کی وضاحت کرتا ہے۔ مندرجہ ذیل الفاظ اس بات کا تعین کرنے کے لیے استعمال کرنے کا طریقہ کار فراہم کرتے ہیں کہ آیا کوئی ڈومین میل بھیجنے کا اہل ہے یا نہیں۔ "آئی پی 4" اور "اے" ان نظاموں کی وضاحت کرتے ہیں جو دیئے گئے ڈومین کے لیے پیغامات بھیجنے کی اجازت رکھتے ہیں۔ آخر میں "-تمام" اس بات کی وضاحت کرتا ہے کہ، اگر پچھلے میکانزم سے میل نہیں کھاتے ہیں، تو پیغام کو مسترد کر دیا جانا چاہیے۔ میکانزم آٹھ میکانزم کی وضاحت کی گئی ہے: کوالیفائرز ہر میکانزم کو چار کوالیفائرز میں سے کسی ایک کے ساتھ جوڑا جا سکتا ہے: + پی اے ایس ایس کے نتیجے کے لیے۔ اسے چھوڑا جا سکتا ہے ؛ مثال کے طور پر، + mx mx کی طرح ہے۔ ؟؟ غیر جانبدار نتیجہ کے لیے جس کی تشریح کچھ نہیں (کوئی پالیسی نہیں) کی طرح کی جاتی ہے۔ سافٹفیل کے لیے ~ (ٹلڈے)، نیوٹرل اور فیل کے درمیان ایک ڈیبگنگ ایڈ۔ عام طور پر، سافٹ فائل واپس کرنے والے پیغامات قبول کیے جاتے ہیں لیکن ٹیگ کیے جاتے ہیں۔ - (مائنس) ناکامی کے لیے، میل کو مسترد کر دیا جانا چاہیے (نیچے دیکھیں)۔ ترمیم کنندگان مستقبل میں فریم ورک میں توسیع کی اجازت دیتے ہیں۔ آج تک RFC 4408 میں بیان کردہ صرف دو ترمیم کاروں کو بڑے پیمانے پر تعینات کیا گیا ہے: ایکسپ = some.example.com ناکام نتائج کی وضاحت حاصل کرنے کے لیے DNS TXT ریکارڈ (ایس پی ایف کی میکرو زبان کا استعمال کرتے ہوئے تشریح کی گئی) کے ساتھ ڈومین کا نام دیتا ہے-عام طور پر ایک یو آر ایل جو ایس ایم ٹی پی ایرر کوڈ میں شامل کیا جاتا ہے۔ یہ خصوصیت شاذ و نادر ہی استعمال ہوتی ہے۔ ری ڈائریکٹ = some.example.com کو کسی دوسرے ڈومین کے پالیسی ریکارڈ سے لنک کرنے کے لیے آل میکانزم کے بجائے استعمال کیا جا سکتا ہے۔ اس ترمیم کنندہ کو کسی حد تک اسی طرح کے انکلڈ میکانزم کے مقابلے میں سمجھنا آسان ہے۔ جیسے ہی ایس پی ایف کے نفاذ میں بھیجنے والی پالیسی میں نحو کی غلطیوں کا پتہ چلتا ہے، انہیں PERMERROR کے نتیجے کے ساتھ تشخیص کو ختم کرنا ہوگا۔ غلط میکانزم کو چھوڑنا توقع کے مطابق کام نہیں کر سکتا، اس لیے اس میں شامل ہیں: bad.example اور ری ڈائریکٹ = bad.example بھی PERMERROR کا سبب بنتا ہے۔ ایک اور تحفظ ڈی این ایس سے پوچھ گچھ کرنے والے زیادہ سے زیادہ دس میکانزم ہیں، یعنی۔ آئی پی 4، آئی پی 6، اور آل کے علاوہ کوئی بھی طریقہ کار۔ نفاذ نتائج کے ساتھ تشخیص کو اس وقت منسوخ کر سکتے ہیں جب اس میں بہت زیادہ وقت لگتا ہے یا ڈی این ایس استفسار کا وقت ختم ہو جاتا ہے یا وہ یہ دکھاوا جاری رکھ سکتے ہیں کہ استفسار نے کوئی ڈیٹا واپس نہیں کیا-جسے "وایڈ لک اپ" کہا جاتا ہے۔ تاہم، اگر پالیسی کو میکانزم کے لیے براہ راست یا بالواسطہ طور پر دس سے زیادہ سوالات کی ضرورت ہو تو انہیں PERMERROR واپس کرنا ہوگا۔ اس کے علاوہ، جیسے ہی دو سے زیادہ "کالعدم تلاشوں" کا سامنا کرنا پڑتا ہے، انہیں پرمرر واپس کرنا چاہیے۔ کوئی بھی ری ڈائریکٹ = اس پروسیسنگ کی حدود کی طرف بھی شمار ہوتا ہے۔ ایک عام ایس پی ایف ہیلو پالیسی v = spf1 a mx ip4:192.0.2.0-سبھی چار یا زیادہ DNS سوالات کو انجام دے سکتے ہیں: (1) TXT ریکارڈ (SPF قسم کو RFC 7208 نے ختم کر دیا تھا)، (2) A یا AAAA میکانزم a کے لیے، (3) MX ریکارڈ اور (4 +) A یا AAAA ہر MX نام کے لیے، میکانزم mx کے لیے۔ پہلے کے علاوہ، ان تمام سوالات کو 10 کی حد تک شمار کیا جاتا ہے۔ اس کے علاوہ اگر، مثال کے طور پر، بھیجنے والے کے پاس آئی پی وی 6 ایڈریس ہے، جبکہ اس کے نام اور اس کے دو ایم ایکس ناموں میں صرف آئی پی وی 4 ایڈریس ہیں، تو پہلے دو میکانزم کی تشخیص کے نتیجے میں پہلے ہی سے دو سے زیادہ کالعدم تلاش اور اس وجہ سے PERMERROR ہوتے ہیں۔ میکانزم آئی پی 4، آئی پی 6 اور سبھی کو ڈی این ایس تلاش کرنے کی ضرورت نہیں ہے۔ ایشوز ڈی این ایس ایس پی ایف ریکارڈز تیزی سے جانچ اور تعیناتی کو فعال کرنے کے لیے، ایس پی ایف کے ابتدائی ورژنوں نے بھیجنے والے ڈومین کے ڈی این ایس ٹی ایکس ٹی ریکارڈ میں اس کی ترتیب کی جانچ کی-حالانکہ یہ ریکارڈ روایتی طور پر فری فارم ٹیکسٹ سمجھا جاتا تھا جس میں کوئی سیمنٹکس منسلک نہیں تھا۔ اگرچہ جولائی 2005 میں، آئی اے این اے نے ایس پی ایف کو ایک مخصوص ریسورس ریکارڈ ٹائپ 99 تفویض کیا، لیکن اس کا استعمال کبھی زیادہ نہیں تھا، اور دو میکانزم کا ہونا صارفین کے لیے الجھن کا باعث تھا۔ 2014 میں اس ریکارڈ کا استعمال اس وقت بند کر دیا گیا جب ایس پی ایف بی ایس ورکنگ گروپ نے یہ نتیجہ اخذ کیا کہ "مستقبل قریب میں ایس پی ایف آر آر قسم کی طرف نمایاں منتقلی کا امکان بہت کم تھا اور اس انٹرآپریبلٹی کے مسئلے کو حل کرنے کا بہترین حل ایس پی ایف آر آر قسم کے لیے سپورٹ چھوڑنا تھا"۔ ہیڈر کی حدود جیسا کہ ایس پی ایف تیزی سے سپیمرز کو لفافے کو ایڈریس سے جعل سازی کرنے سے روکتا ہے، بہت سے لوگ میل ہیڈر کے فرام فیلڈ میں صرف ایڈریس کو جعل سازی کرنے کی طرف بڑھ گئے ہیں، جو دراصل وصول کنندہ کو دکھایا جاتا ہے بجائے اس کے کہ صرف وصول کنندہ کے میسج ٹرانسفر ایجنٹ (ایم ٹی اے) کے ذریعے کارروائی کی جاتی ہے۔ ایس پی ایف (یا ڈی کے آئی ایم) کو ڈی ایم اے آر سی کے ساتھ مل کر استعمال کیا جا سکتا ہے، حالانکہ میل ہیڈر کے فرام فیلڈ کو بھی چیک کرنے کے لیے۔ اسے 'شناخت کنندہ صف بندی' کہا جاتا ہے۔ اس طرح کے ڈسپلے نام کی جعل سازی سے بچانے کے لیے اپنی مرضی کے مطابق ملکیتی نفاذ کی ضرورت ہوتی ہے اور ایس پی ایف کا استعمال نہیں کر سکتے۔ تعیناتی اینٹی سپیم سافٹ ویئر جیسے کہ اسپیم اساسن ورژن 3.0 اور اے ایس ایس پی ایس پی ایف کو نافذ کرتے ہیں۔ بہت سے میل ٹرانسفر ایجنٹ (ایم ٹی اے) ایس پی ایف کو براہ راست سپورٹ کرتے ہیں جیسے کورئیر، کمیونی گیٹ پرو، وائلڈ کیٹ، ایم ڈی ایمن، اور مائیکروسافٹ ایکسچینج، یا پیچ یا پلگ ان دستیاب ہوتے ہیں جو ایس پی ایف کو سپورٹ کرتے ہیں، بشمول پوسٹ فکس، سینڈ میل، ایگزام، کیو میل، اور کیو پی ایس ایم ٹی پی ڈی۔ 2017 تک، 80 لاکھ سے زیادہ ڈومین ایس پی ایف فیل-آل پالیسیاں شائع کرتے ہیں۔ 2007 میں شائع ہونے والے ایک سروے میں، ڈاٹ کام اور ڈاٹ نیٹ ڈومینز کے 5 فیصد میں کسی نہ کسی طرح کی ایس پی ایف پالیسی تھی۔ 2009 میں، نوکیا ریسرچ میں چلائے گئے ایک مسلسل سروے میں بتایا گیا ہے کہ 51 فیصد تجربہ شدہ ڈومینز ایس پی ایف پالیسی کی وضاحت کرتے ہیں۔ ان نتائج میں معمولی پالیسیاں شامل ہو سکتی ہیں جیسے v = spf1? اپریل 2007 میں، فنانشل سروسز راؤنڈ ٹیبل کے ایک ڈویژن، بی آئی ٹی ایس نے ایس پی ایف کی تعیناتی سمیت اپنے اراکین کے لیے ای میل سیکیورٹی کی سفارشات شائع کیں۔ 2008 میں، میسجنگ اینٹی ابیوز ورکنگ گروپ (ایم اے اے ڈبلیو جی) نے ایس پی ایف، سینڈر آئی ڈی، اور ڈومین کیز آئیڈینٹیفائیڈ میل (ڈی کے آئی ایم) کا احاطہ کرتے ہوئے ای میل کی توثیق کے بارے میں ایک مقالہ شائع کیا۔ اپنے "سینڈر بیسٹ کمیونیکیشن پریکٹس" میں ایم اے اے ڈبلیو جی نے کہا: "کم از کم، بھیجنے والوں کو اپنے میلنگ ڈومینز کے لیے ایس پی ایف ریکارڈ شامل کرنا چاہیے۔" 2015 میں، میسجنگ اینٹی بدسلوکی ورکنگ گروپ (ایم اے اے ڈبلیو جی) نے ایس پی ایف، ڈومین کیز آئیڈینٹیفائیڈ میل (ڈی کے آئی ایم)، اور ڈی ایم اے آر سی (ڈی ایم اے آر سی) کا احاطہ کرتے ہوئے ای میل کی توثیق کے بارے میں ایک مقالے میں ترمیم کی۔ اپنے نظر ثانی شدہ "سینڈر بیسٹ کمیونیکیشن پریکٹس" میں ایم اے اے ڈبلیو جی نے کہا: "تصدیق پیغام بھیجنے والے کی مزید شناخت کرکے شفافیت کی حمایت کرتی ہے، جبکہ جعلی اور جعلی پتے کو کم کرنے یا ختم کرنے میں بھی معاون ہے۔" ڈومینکیز آئیڈینٹیفائیڈ میل (ڈی کے آئی ایم) مصنف ڈومین سائننگ پریکٹس ڈی ایم اے آر سی حوالہ جات بیرونی لنکس آئی ای ٹی ایف آر ایف سی 408: ای میل میں ڈومین کے استعمال کی اجازت دینے کے لیے مرسل پالیسی فریم ورک (ایس پی ایف)، ورژن 1 ایکسپریمنٹل (2006) آئی ای ٹی ایف آر ایف سی 6652: مرسل پالیسی فریم ورک (ایس پی ایف) بدسلوکی رپورٹنگ فارمیٹ کا استعمال کرتے ہوئے تصدیق کی ناکامی رپورٹنگ، تجویز کردہ معیار (2012) آئی ای ٹی ایف آر ایف سی 7208: ای میل، ورژن 1، تجویز کردہ معیار میں ڈومین کے استعمال کی اجازت دینے کے لیے مرسل پالیسی فریم ورک (ایس پی ایف)