Sender Policy Framework
प्रेषक नीति ढांचा (एस. पी. एफ.) एक ईमेल प्रमाणीकरण विधि है जो यह सुनिश्चित करती है कि भेजने वाला मेल सर्वर ईमेल प्रेषक के डोमेन से मेल उत्पन्न करने के लिए अधिकृत है। यह प्रमाणीकरण केवल प्रारंभिक एस. एम. टी. पी. कनेक्शन के दौरान "लिफाफा से" क्षेत्र में सूचीबद्ध ईमेल प्रेषक पर लागू होता है। यदि ईमेल बाउंस हो जाता है, तो इस पते पर एक संदेश भेजा जाता है, और डाउनस्ट्रीम प्रसारण के लिए यह आमतौर पर "रिटर्न-पाथ" हेडर में दिखाई देता है। ईमेल पते को प्रमाणित करने के लिए जो वास्तव में "फ्रॉमः" लाइन पर प्राप्तकर्ताओं को दिखाई देता है, डी. एम. ए. आर. सी. जैसी अन्य तकनीकों का उपयोग किया जाना चाहिए। इस पते की जालसाजी को ईमेल स्पूफिंग के रूप में जाना जाता है, और इसका उपयोग अक्सर फ़िशिंग और ईमेल स्पैम में किया जाता है। किसी डोमेन के लिए अधिकृत भेजने वाले मेजबानों और आई. पी. पतों की सूची उस डोमेन के डी. एन. एस. रिकॉर्ड में प्रकाशित की जाती है। अप्रैल 2014 के आर. एफ. सी. 7208 में प्रेषक नीति ढांचे को "प्रस्तावित मानक" के रूप में परिभाषित किया गया है। इस अवधारणा का पहला सार्वजनिक उल्लेख 2000 में हुआ था लेकिन ज्यादातर किसी का ध्यान नहीं गया। अवधारणा का फिर से कोई उल्लेख नहीं किया गया था जब तक कि 2002 में डाना वैलेरी रीज़ द्वारा आई. ई. टी. एफ. "नेमरोपर्स" मेलिंग सूची पर एस. पी. एफ. जैसे विनिर्देश का पहला प्रयास प्रकाशित नहीं किया गया था, जो इस विचार के 2000 उल्लेख से अनजान थे। अगले ही दिन, पॉल विक्सी ने उसी सूची में अपने स्वयं के एस. पी. एफ. जैसे विनिर्देश पोस्ट किए। इन पदों ने बहुत रुचि पैदा की, जिससे आई. ई. टी. एफ. एंटी-स्पैम रिसर्च ग्रुप (ए. एस. आर. जी.) और उनकी मेलिंग सूची का गठन हुआ, जहाँ एस. पी. एफ. विचार को आगे विकसित किया गया। ए. एस. आर. जी. को प्रस्तुत किए गए प्रस्तावों में हैडमुट डेनिश द्वारा "रिवर्स एम. एक्स". (आर. एम. एक्स.) और गॉर्डन फेसिक द्वारा "डेसिग्नेटेड मेलर प्रोटोकॉल" (डी. एम. पी.) शामिल थे। जून 2003 में, मेंग वेंग वोंग ने आर. एम. एक्स. और डी. एम. पी. विनिर्देशों का विलय कर दिया और दूसरों से सुझाव मांगे। अगले छह महीनों में, बड़ी संख्या में बदलाव किए गए और एक बड़े समुदाय ने एस. पी. एफ. पर काम करना शुरू कर दिया। मूल रूप से एस. पी. एफ. का अर्थ प्रेषक से अनुमति प्राप्त था और इसे कभी-कभी एस. एम. टी. पी. + एस. पी. एफ. भी कहा जाता था; लेकिन फरवरी 2004 में इसका नाम बदलकर प्रेषक नीति ढांचा कर दिया गया। 2004 की शुरुआत में, आई. ई. टी. एफ. ने एम. ए. आर. आई. डी. कार्य समूह बनाया और एस. पी. एफ. और माइक्रोसॉफ्ट के कॉलर आई. डी. प्रस्ताव का उपयोग करने की कोशिश की, जिसे अब प्रेषक आई. डी. के रूप में जाना जाता है; लेकिन तकनीकी और लाइसेंस संबंधी संघर्षों के कारण यह ध्वस्त हो गया। एस. पी. एफ. समुदाय एस. पी. एफ. के मूल "क्लासिक" संस्करण में लौट आया। जुलाई 2005 में, विनिर्देशन के इस संस्करण को आई. ई. एस. जी. द्वारा आई. ई. टी. एफ. प्रयोग के रूप में अनुमोदित किया गया था, जिसमें समुदाय को प्रकाशन के बाद के दो वर्षों के दौरान एस. पी. एफ. का निरीक्षण करने के लिए आमंत्रित किया गया था। 28 अप्रैल, 2006 को एस. पी. एफ. आर. एफ. सी. को प्रायोगिक आर. एफ. सी. 4408 के रूप में प्रकाशित किया गया था। अप्रैल 2014 में आई. ई. टी. एफ. ने आर. एफ. सी. 7208 में एस. पी. एफ. को "प्रस्तावित मानक" के रूप में प्रकाशित किया। ऑपरेशन के सिद्धांत सिंपल मेल ट्रांसफर प्रोटोकॉल किसी भी कंप्यूटर को किसी भी स्रोत पते से होने का दावा करते हुए ईमेल भेजने की अनुमति देता है। इसका उपयोग स्पैमर्स और स्कैमर्स द्वारा किया जाता है जो अक्सर जाली ईमेल पतों का उपयोग करते हैं, जिससे किसी संदेश का उसके स्रोत तक पता लगाना अधिक कठिन हो जाता है, और स्पैमर्स के लिए जिम्मेदारी से बचने के लिए अपनी पहचान छिपाना आसान हो जाता है। इसका उपयोग फ़िशिंग तकनीकों में भी किया जाता है, जहां उपयोगकर्ताओं को बैंक जैसे संगठन द्वारा कथित रूप से भेजे गए ईमेल के जवाब में निजी जानकारी का खुलासा करने के लिए धोखा दिया जा सकता है। एस. पी. एफ. एक इंटरनेट डोमेन के मालिक को यह निर्दिष्ट करने की अनुमति देता है कि कौन से कंप्यूटर डोमेन नाम प्रणाली (डी. एन. एस.) रिकॉर्ड का उपयोग करके उस डोमेन में पते से लिफाफे के साथ मेल भेजने के लिए अधिकृत हैं। टी. एक्स. टी. रिकॉर्ड में एस. पी. एफ. जानकारी को सत्यापित करने वाले प्राप्तकर्ता संदेश के मुख्य भाग को प्राप्त करने से पहले अनधिकृत स्रोतों से संदेशों को अस्वीकार कर सकते हैं। इस प्रकार, संचालन के सिद्धांत डी. एन. एस.-आधारित ब्लैकहोल सूचियों (डी. एन. एस. बी. एल.) के समान हैं, सिवाय इसके कि एस. पी. एफ. डोमेन नाम प्रणाली की प्राधिकरण प्रतिनिधि योजना का उपयोग करता है। वर्तमान अभ्यास में टी. एक्स. टी. अभिलेखों के उपयोग की आवश्यकता होती है, जैसा कि प्रारंभिक कार्यान्वयनों में किया गया था। कुछ समय के लिए एक नया रिकॉर्ड प्रकार (एस. पी. एफ., टाइप 99) पंजीकृत किया गया और सामान्य डी. एन. एस. सॉफ्टवेयर में उपलब्ध कराया गया। एस. पी. एफ. के लिए टी. एक्स. टी. अभिलेखों का उपयोग उस समय एक संक्रमणकालीन तंत्र के रूप में किया जाता था। प्रायोगिक आर. एफ. सी., आर. एफ. सी. 4408, धारा 3.1.1, ने सुझाव दिया कि "एक एस. पी. एफ.-अनुपालन डोमेन नाम में दोनों आर. आर. प्रकारों के एस. पी. एफ. रिकॉर्ड होने चाहिए।" प्रस्तावित मानक, आर. एफ. सी. 7208, कहता है कि "एस. पी. एफ. के प्रायोगिक चरण में वैकल्पिक डी. एन. एस. आर. आर. प्रकारों का उपयोग समर्थित था लेकिन इसे बंद कर दिया गया है।" पते से लिफाफा एसएमटीपी संवाद की शुरुआत में प्रेषित किया जाता है। यदि सर्वर डोमेन को अस्वीकार करता है, तो अनधिकृत ग्राहक को एक अस्वीकृति संदेश प्राप्त होना चाहिए, और यदि वह ग्राहक एक रिलेइंग मैसेज ट्रांसफर एजेंट (एम. टी. ए.) था, तो पते से मूल लिफाफे पर एक उछाल संदेश उत्पन्न किया जा सकता है। यदि सर्वर डोमेन को स्वीकार करता है, और बाद में प्राप्तकर्ताओं और संदेश के मुख्य भाग को भी स्वीकार करता है, तो उसे लिफाफे को पते से बचाने के लिए संदेश शीर्षलेख में एक रिटर्न-पाथ फ़ील्ड डालनी चाहिए। जबकि रिटर्न-पाथ में पता अक्सर मेल हेडर में अन्य प्रवर्तक पतों जैसे हेडर-फ्रॉम से मेल करता है, यह जरूरी नहीं है कि ऐसा हो, और एस. पी. एफ. इन अन्य पतों जैसे प्रेषक हेडर की जालसाजी को नहीं रोकता है। स्पैमर्स एस. पी. एफ. पी. ए. एस. एस. परिणाम के साथ ईमेल भेज सकते हैं यदि उनका प्रेषक नीति के साथ किसी डोमेन में खाता है, या इस डोमेन में किसी समझौता किए गए सिस्टम का दुरुपयोग करते हैं। हालांकि, ऐसा करने से स्पैम का पता लगाना आसान हो जाता है। एस. पी. एफ. का मुख्य लाभ उन ईमेल पतों के मालिकों के लिए है जो रिटर्न-पाथ में जाली हैं। उन्हें बड़ी संख्या में अवांछित त्रुटि संदेश और अन्य स्वतः जवाब प्राप्त होते हैं। यदि ऐसे प्राप्तकर्ता अपने वैध स्रोत आईपी पते निर्दिष्ट करने के लिए एस. पी. एफ. का उपयोग करते हैं और अन्य सभी पतों के लिए असफल परिणाम इंगित करते हैं, तो एस. पी. एफ. की जांच करने वाले प्राप्तकर्ता जाली दस्तावेजों को अस्वीकार कर सकते हैं, इस प्रकार बैकस्कैटर की मात्रा को कम या समाप्त कर सकते हैं। अवांछित मेल की पहचान करने में मदद करने के अलावा एस. पी. एफ. के संभावित लाभ हैं। विशेष रूप से, यदि कोई प्रेषक एस. पी. एफ. जानकारी प्रदान करता है, तो प्राप्तकर्ता ज्ञात विश्वसनीय प्रेषकों की पहचान करने के लिए अनुमति सूची के साथ संयोजन में एस. पी. एफ. पी. ए. एस. एस. परिणामों का उपयोग कर सकते हैं। समझौता किए गए सिस्टम और साझा भेजने वाले मेलर्स जैसे परिदृश्य इस उपयोग को सीमित करते हैं। लागू करने के कारण यदि कोई डोमेन एस. पी. एफ. रिकॉर्ड प्रकाशित करता है, तो स्पैमर्स और फ़िशर्स के उस डोमेन से होने का नाटक करते हुए जाली ईमेल करने की संभावना कम होती है, क्योंकि जाली ईमेल स्पैम फिल्टर में पकड़े जाने की संभावना अधिक होती है जो एस. पी. एफ. रिकॉर्ड की जांच करते हैं। इसलिए, एक एस. पी. एफ.-संरक्षित डोमेन स्पैमर्स और फ़िशर्स के लिए कम आकर्षक है। चूंकि एक एस. पी. एफ.-संरक्षित डोमेन एक नकली पते के रूप में कम आकर्षक होता है, इसलिए इसके स्पैम फिल्टर द्वारा अस्वीकृत होने की संभावना कम होती है और इसलिए अंततः डोमेन से वैध ईमेल के गुजरने की संभावना अधिक होती है। फेल और फॉरवर्डिंग एस. पी. एफ. सादा संदेश फॉरवर्डिंग को तोड़ता है। जब कोई डोमेन एस. पी. एफ. फेल नीति प्रकाशित करता है, तो प्राप्तकर्ताओं को उनके मेल को तीसरे पक्ष को अग्रेषित करने के लिए भेजे गए वैध संदेशों को अस्वीकार किया जा सकता है और/या बाउंस किया जा सकता है यदि निम्नलिखित सभी होते हैंः अग्रेषक डाक सूची के विपरीत, वापसी-पथ को फिर से नहीं लिखते हैं। अगला हॉप अग्रेषक को सूचीबद्ध करने की अनुमति नहीं देता है। यह हॉप एस. पी. एफ. की जाँच करता है। यह एस. पी. एफ. की एक आवश्यक और स्पष्ट विशेषता है-रिसीवर के "बॉर्डर" एम. टी. ए. (एम. एक्स.) के पीछे की जाँच सीधे काम नहीं कर सकती है। एस. पी. एफ. फेल पॉलिसियों के प्रकाशकों को अपने वैध ईमेल को अस्वीकार या बाउंस होने के जोखिम को स्वीकार करना चाहिए। जब तक वे परिणामों से संतुष्ट नहीं हो जाते, तब तक उन्हें परीक्षण (उदाहरण के लिए, एक सॉफ्टफेल नीति के साथ) करना चाहिए। सादे संदेश अग्रेषण के विकल्पों की सूची के लिए नीचे देखें। एच. ई. एल. ओ. परीक्षण त्रुटि संदेशों और अन्य स्वतः प्रतिक्रियाओं में उपयोग किए जाने वाले खाली रिटर्न-पाथ के लिए, एच. ई. एल. ओ. पहचान की एस. पी. एफ. जांच अनिवार्य है। नकली हेलो पहचान के साथ परिणाम कोई मदद नहीं करेगा, लेकिन वैध मेजबान नामों के लिए एस. पी. एफ. भी हेलो पहचान की रक्षा करता है। इस एस. पी. एफ. सुविधा को हमेशा प्राप्तकर्ताओं के लिए एक विकल्प के रूप में समर्थित किया गया था, और बाद में एस. पी. एफ. ड्राफ्ट जिसमें अंतिम विनिर्देश शामिल हैं, हमेशा एच. ई. एल. ओ. की जांच करने की सलाह देते हैं। यह प्राप्तकर्ताओं को हेलो पास के आधार पर मेल भेजने वालों को सूचीबद्ध करने की अनुमति देता है, या हैलो फेल होने के बाद सभी मेलों को अस्वीकार करने की अनुमति देता है। इसका उपयोग प्रतिष्ठा प्रणालियों में भी किया जा सकता है (कोई भी अनुमति या अस्वीकार सूची प्रतिष्ठा प्रणाली का एक सरल मामला है)। एस. पी. एफ. के साथ कार्यान्वयन अनुपालन में तीन शिथिल रूप से संबंधित कार्य होते हैंः एक नीति का प्रकाशनः डोमेन और मेजबान अपनी ओर से ईमेल भेजने के लिए अधिकृत मशीनों की पहचान करते हैं। वे अपनी मौजूदा डी. एन. एस. जानकारी में अतिरिक्त रिकॉर्ड जोड़कर ऐसा करते हैंः प्रत्येक डोमेन नाम या होस्ट जिसके पास ए रिकॉर्ड या एम. एक्स रिकॉर्ड है, उसके पास एक एस. पी. एफ. रिकॉर्ड होना चाहिए जो नीति को निर्दिष्ट करता है यदि इसका उपयोग ईमेल पते में या एच. ई. एल. ओ./ई. एच. एल. ओ. तर्क के रूप में किया जाता है। जो मेजबान डाक नहीं भेजते हैं, उनके पास एक एस. पी. एफ. रिकॉर्ड प्रकाशित होना चाहिए जो इस तरह का संकेत देता है ("वी = एस. पी. एफ. 1-सभी")। एस. पी. एफ. जानकारी की जाँच और उपयोगः प्राप्तकर्ता सामान्य डी. एन. एस. प्रश्नों का उपयोग करते हैं, जो आमतौर पर प्रदर्शन को बढ़ाने के लिए कैश किए जाते हैं। इसके बाद प्राप्तकर्ता एस. पी. एफ. जानकारी की व्याख्या निर्दिष्ट रूप से करते हैं और परिणाम पर कार्य करते हैं। मेल अग्रेषण को संशोधित करनाः एस. पी. एफ. द्वारा सादे मेल अग्रेषण की अनुमति नहीं है। विकल्प हैंः रीमेलिंग (यानी, मूल प्रेषक को स्थानीय डोमेन से संबंधित एक के साथ बदलना) इनकार करना (उदाहरण के लिए, 551 उपयोगकर्ता का उत्तर देना स्थानीय नहीं है; कृपया <user@example.com> का प्रयास करें) लक्षित सर्वर पर अनुमति दें, ताकि यह एक अग्रेषित संदेश प्रेषक पुनर्लेखन योजना को अस्वीकार न करे, एक अधिक जटिल तंत्र जो मूल प्रेषक को गैर-वितरण सूचनाओं को रूट करने को संभालता है। नीचे दिए गए अभिलेख विशिष्ट डी. एन. एस. वाक्यविन्यास में हैं, उदाहरण के लिएः "वी = एस. पी. एफ. 1 आई. पी. 4:192.0.2.0/24 आई. पी. 4:198.51.100.123 ए-ऑल" "वी =" एस. पी. एफ. के उपयोग किए गए संस्करण को परिभाषित करता है। निम्नलिखित शब्द यह निर्धारित करने के लिए उपयोग करने के लिए तंत्र प्रदान करते हैं कि क्या कोई डोमेन मेल भेजने के लिए योग्य है। "आईपी4" और "ए" दिए गए डोमेन के लिए संदेश भेजने के लिए अनुमत प्रणालियों को निर्दिष्ट करते हैं। अंत में "-सभी" निर्दिष्ट करता है कि, यदि पिछले तंत्र मेल नहीं खाते हैं, तो संदेश को अस्वीकार कर दिया जाना चाहिए। तंत्र आठ तंत्रों को परिभाषित किया गया हैः योग्यता प्रत्येक तंत्र को चार योग्यताओं में से एक के साथ जोड़ा जा सकता हैः + एक पी. ए. एस. एस. परिणाम के लिए। इसे छोड़ा जा सकता है; उदाहरण के लिए, + mx, mx के समान है। ? एक तटस्थ परिणाम के लिए कुछ नहीं (कोई नीति नहीं) की तरह व्याख्या की गई। सॉफ्टफेल के लिए ~ (टिल्डे), न्यूट्रल और फेल के बीच एक डिबगिंग सहायता। आमतौर पर, जो संदेश सॉफ़्टफ़ायल लौटाते हैं, उन्हें स्वीकार किया जाता है लेकिन टैग किया जाता है। - (माइनस) फेल के लिए, मेल को अस्वीकार कर दिया जाना चाहिए (नीचे देखें)। मॉडिफायर्स मॉडिफायर्स फ्रेमवर्क में भविष्य के विस्तार की अनुमति देते हैं। आज तक आर. एफ. सी. 4408 में परिभाषित केवल दो संशोधकों को व्यापक रूप से तैनात किया गया हैः एक्सप = some.example.com एक डी. एन. एस. टी. एक्स. टी. रिकॉर्ड के साथ एक डोमेन का नाम देता है (एस. पी. एफ. की मैक्रो भाषा का उपयोग करके व्याख्या की जाती है) ताकि असफल परिणामों के लिए स्पष्टीकरण प्राप्त किया जा सके-आमतौर पर एक यू. आर. एल. जिसे एस. एम. टी. पी. त्रुटि कोड में जोड़ा जाता है। इस सुविधा का उपयोग शायद ही कभी किया जाता है। रीडायरेक्ट = some.example.com का उपयोग किसी अन्य डोमेन के पॉलिसी रिकॉर्ड से जोड़ने के लिए ऑल-मैकेनिज्म के बजाय किया जा सकता है। इस परिवर्तक को कुछ हद तक समान आई. एन. सी. एल. यू. डी.-तंत्र की तुलना में समझना आसान है। जैसे ही एस. पी. एफ. कार्यान्वयनों में प्रेषक नीति में वाक्यविन्यास त्रुटियों का पता चलता है, उन्हें परिणाम पी. ई. आर. एम. ई. आर. आर. आर. के साथ मूल्यांकन को रद्द करना होगा। त्रुटिपूर्ण तंत्र को छोड़ना उम्मीद के अनुसार काम नहीं कर सकता है, इसलिए इसमें शामिल हैंः bad.example और पुनर्निर्देशन = bad.example भी एक PERMERROR का कारण बनता है। एक अन्य सुरक्षा डी. एन. एस. से पूछताछ करने वाले अधिकतम दस तंत्र हैं, अर्थात। IP4, IP6, और सभी को छोड़कर कोई भी तंत्र। कार्यान्वयन परिणाम टेम्परर के साथ मूल्यांकन को रद्द कर सकते हैं जब इसमें बहुत लंबा समय लगता है या डी. एन. एस. क्वेरी का समय समाप्त हो जाता है या वे यह दिखावा करना जारी रख सकते हैं कि क्वेरी ने कोई डेटा नहीं दिया है-जिसे "शून्य खोज" कहा जाता है। हालाँकि, यदि नीति को प्रत्यक्ष या अप्रत्यक्ष रूप से तंत्र के लिए दस से अधिक प्रश्नों की आवश्यकता होती है, तो उन्हें परमेरर वापस करना होगा। इसके अलावा, जैसे ही दो से अधिक "शून्य खोज" का सामना करना पड़ता है, उन्हें पर्मरर वापस कर देना चाहिए। कोई भी पुनर्निर्देशन = इस प्रसंस्करण सीमा की ओर भी गिना जाता है। एक विशिष्ट एस. पी. एफ. एच. ई. एल. ओ. नीति v = spf1 a mx ip4:192.0.2.0-सभी चार या अधिक डी. एन. एस. प्रश्नों को निष्पादित कर सकते हैंः (1) टी. एक्स. टी. रिकॉर्ड (एस. पी. एफ. प्रकार को आर. एफ. सी. 7208 द्वारा हटा दिया गया था), (2) ए या ए. ए. ए. ए. तंत्र के लिए, (3) एम. एक्स. रिकॉर्ड और (4 +) ए या ए. ए. ए. ए. प्रत्येक एम. एक्स. नाम के लिए, तंत्र एम. एक्स. के लिए। पहले प्रश्न को छोड़कर, वे सभी प्रश्न 10 की सीमा में गिने जाते हैं। इसके अलावा, उदाहरण के लिए, यदि प्रेषक के पास एक आई. पी. वी. 6 पता है, जबकि उसके नाम और उसके दो एम. एक्स. नामों में केवल आई. पी. वी. 4 पते हैं, तो पहले दो तंत्रों के मूल्यांकन के परिणामस्वरूप पहले से ही दो से अधिक शून्य खोज और इसलिए परमेरर होते हैं। तंत्र आई. पी. 4, आई. पी. 6 और सभी को डी. एन. एस. देखने की आवश्यकता नहीं है। तेजी से परीक्षण और परिनियोजन को सक्षम करने के लिए, एस. पी. एफ. के प्रारंभिक संस्करणों ने भेजने वाले डोमेन के डी. एन. एस. टी. एक्स. टी. रिकॉर्ड में इसकी सेटिंग के लिए जाँच की-भले ही यह रिकॉर्ड पारंपरिक रूप से मुक्त-रूप पाठ माना जाता था जिसमें कोई शब्दार्थ संलग्न नहीं था। हालांकि जुलाई 2005 में, आई. ए. एन. ए. ने एस. पी. एफ. को एक विशिष्ट संसाधन रिकॉर्ड प्रकार 99 सौंपा, जिसका उपयोग कभी अधिक नहीं था, और दो तंत्र होना उपयोगकर्ताओं के लिए भ्रमित करने वाला था। 2014 में इस रिकॉर्ड का उपयोग बंद कर दिया गया था जब एस. पी. एफ. बी. एस. कार्य समूह ने निष्कर्ष निकाला कि ". निकट भविष्य में एस. पी. एफ. आर. आर. प्रकार में महत्वपूर्ण प्रवास की संभावना बहुत कम थी और इस अंतरसंचालनीयता मुद्दे को हल करने का सबसे अच्छा समाधान एस. पी. एफ. आर. आर. प्रकार के लिए समर्थन छोड़ना था।" हेडर सीमाएँ चूंकि एस. पी. एफ. स्पैमर्स को पते से लिफाफे को धोखा देने से रोकता है, कई लोग केवल मेल हेडर के फ़्रोम फ़ील्ड में पते को धोखा देने की ओर चले गए हैं, जो वास्तव में केवल प्राप्तकर्ता के संदेश हस्तांतरण एजेंट (एम. टी. ए.) द्वारा संसाधित किए जाने के बजाय प्राप्तकर्ता को प्रदर्शित किया जाता है। एस. पी. एफ. (या डी. के. आई. एम.) का उपयोग डी. एम. ए. आर. सी. के साथ किया जा सकता है, हालांकि मेल हेडर के फ्रॉम फील्ड की जांच करने के लिए भी। इसे 'पहचानकर्ता संरेखण' कहा जाता है। इस तरह के प्रदर्शन नाम स्पूफिंग से बचाने के लिए कस्टम स्वामित्व कार्यान्वयन की आवश्यकता होती है और एस. पी. एफ. का उपयोग नहीं कर सकते हैं। परिनियोजन एंटी-स्पैम सॉफ्टवेयर जैसे कि स्पैमएसैसिन संस्करण 3.0 और ए. एस. एस. पी. एस. पी. एफ. को लागू करते हैं। कई मेल स्थानांतरण एजेंट (एम. टी. ए.) सीधे एस. पी. एफ. का समर्थन करते हैं जैसे कूरियर, कम्युनिगेट प्रो, वाइल्डकैट, एम. डी. ए. एम. एन. और माइक्रोसॉफ्ट एक्सचेंज, या उनके पास ऐसे पैच या प्लग-इन उपलब्ध हैं जो एस. पी. एफ. का समर्थन करते हैं, जिसमें पोस्टफिक्स, सेंडमेल, एक्जिम, क्यूमेल और क्यू. पी. एस. एम. टी. पी. डी. शामिल हैं। 2017 तक, 80 लाख से अधिक डोमेन एस. पी. एफ. फेल-सभी नीतियों को प्रकाशित करते हैं। 2007 में प्रकाशित एक सर्वेक्षण में. कॉम और. नेट डोमेन के 5 प्रतिशत में किसी न किसी प्रकार की एस. पी. एफ. नीति थी। 2009 में, नोकिया रिसर्च में किए गए एक निरंतर सर्वेक्षण में बताया गया है कि 51 प्रतिशत परीक्षण किए गए डोमेन एक एस. पी. एफ. नीति निर्दिष्ट करते हैं। इन परिणामों में v = spf1? सभी जैसी तुच्छ नीतियाँ शामिल हो सकती हैं। अप्रैल 2007 में, वित्तीय सेवा गोलमेज सम्मेलन के एक प्रभाग, बिट्स ने एस. पी. एफ. की तैनाती सहित अपने सदस्यों के लिए ईमेल सुरक्षा सिफारिशें प्रकाशित कीं। 2008 में, मैसेजिंग एंटी-एब्यूज वर्किंग ग्रुप (एम. ए. ए. डब्ल्यू. जी.) ने एस. पी. एफ., सेंडर आई. डी. और डोमेनकीज़ आइडेंटिफाइड मेल (डी. के. आई. एम.) को कवर करते हुए ईमेल प्रमाणीकरण के बारे में एक पेपर प्रकाशित किया। एम. ए. ए. डब्ल्यू. जी. ने अपने "सेंडर बेस्ट कम्युनिकेशन प्रैक्टिसेज" में कहाः "कम से कम, प्रेषकों को अपने मेलिंग डोमेन के लिए एस. पी. एफ. रिकॉर्ड को शामिल करना चाहिए।" 2015 में, मैसेजिंग एंटी-एब्यूज वर्किंग ग्रुप (एम. ए. ए. डब्ल्यू. जी.) ने एस. पी. एफ., डोमेनकीज़ आइडेंटिफाइड मेल (डी. के. आई. एम.), और डी. एम. ए. आर. सी. (डी. एम. ए. आर. सी.) को कवर करते हुए ईमेल प्रमाणीकरण के बारे में एक पेपर को संशोधित किया। अपने संशोधित "प्रेषक सर्वश्रेष्ठ संचार प्रथाओं" में एम. ए. ए. डब्ल्यू. जी. ने कहाः "प्रमाणीकरण एक संदेश के प्रेषक (ओं) की पहचान करके पारदर्शिता का समर्थन करता है, जबकि नकली और जाली पतों को कम करने या समाप्त करने में भी योगदान देता है।" डोमेनकीज आइडेंटिफाइड मेल (डीकेआईएम) ऑथर साइनिंग प्रैक्टिस डीएमएआरसी संदर्भ बाहरी लिंक आईईटीएफ आरएफसी4408: ईमेल में डोमेन के उपयोग को अधिकृत करने के लिए प्रेषक नीति ढांचा (एसपीएफ), संस्करण 1 विशिष्ट (2006) आईईटीएफ आरएफसी6652: प्रेषक नीति ढांचा (एसपीएफ) दुरुपयोग रिपोर्टिंग प्रारूप का उपयोग करके प्रमाणीकरण विफलता रिपोर्टिंग, प्रस्तावित मानक (2012) आईईटीएफ आरएफसी7208: ईमेल, संस्करण 1, प्रस्तावित मानक में डोमेन के उपयोग को अधिकृत करने के लिए प्रेषक नीति ढांचा (एसपीएफ)