Sender Policy Framework
પ્રેષક નીતિ માળખું (એસ. પી. એફ.) એ એક ઇમેઇલ પ્રમાણીકરણ પદ્ધતિ છે જે સુનિશ્ચિત કરે છે કે મોકલનાર મેઇલ સર્વર ઇમેઇલ પ્રેષકના ડોમેનમાંથી મેઇલ ઉત્પન્ન કરવા માટે અધિકૃત છે. આ પ્રમાણીકરણ માત્ર પ્રારંભિક એસ. એમ. ટી. પી. જોડાણ દરમિયાન "એન્વેલોપ ફ્રોમ" ક્ષેત્રમાં સૂચિબદ્ધ ઇમેઇલ પ્રેષકને લાગુ પડે છે. જો ઇમેઇલ બાઉન્સ થાય છે, તો આ સરનામા પર સંદેશ મોકલવામાં આવે છે, અને ડાઉનસ્ટ્રીમ ટ્રાન્સમિશન માટે તે સામાન્ય રીતે "રીટર્ન-પાથ" હેડરમાં દેખાય છે. ઇમેઇલ સરનામાને પ્રમાણિત કરવા માટે જે વાસ્તવમાં "થીઃ" રેખા પર પ્રાપ્તકર્તાઓને દેખાય છે, ડી. એમ. એ. આર. સી. જેવી અન્ય તકનીકોનો ઉપયોગ કરવો આવશ્યક છે. આ સરનામાંની બનાવટને ઇમેઇલ સ્પૂફિંગ તરીકે ઓળખવામાં આવે છે, અને તેનો ઉપયોગ ઘણીવાર ફિશિંગ અને ઇમેઇલ સ્પામમાં થાય છે. ડોમેન માટે અધિકૃત મોકલતા યજમાનો અને IP સરનામાંની સૂચિ તે ડોમેન માટેના DNS રેકોર્ડમાં પ્રકાશિત થાય છે. મોકલનાર નીતિ માળખાને એપ્રિલ 2014ના આર. એફ. સી. 7208માં "સૂચિત ધોરણ" તરીકે વ્યાખ્યાયિત કરવામાં આવ્યું છે. આ ખ્યાલનો પ્રથમ જાહેર ઉલ્લેખ 2000 માં થયો હતો પરંતુ મોટાભાગે તેનું ધ્યાન ગયું ન હતું. 2002માં ડાના વેલેરી રીસ દ્વારા આઇ. ઇ. ટી. એફ. "નેમરોપર્સ" મેઇલિંગ લિસ્ટ પર એસ. પી. એફ. જેવા સ્પષ્ટીકરણનો પ્રથમ પ્રયાસ પ્રકાશિત થયો ત્યાં સુધી આ ખ્યાલનો ફરીથી કોઈ ઉલ્લેખ કરવામાં આવ્યો ન હતો, જે આ વિચારના 2000ના ઉલ્લેખથી અજાણ હતા. બીજા જ દિવસે, પોલ વિક્સીએ તે જ યાદીમાં પોતાનું એસ. પી. એફ. જેવું સ્પષ્ટીકરણ પોસ્ટ કર્યું. આ પોસ્ટોએ ઘણો રસ જગાવ્યો હતો, જેના કારણે IETF એન્ટિ-સ્પામ રિસર્ચ ગ્રૂપ (ASRG) અને તેમની મેઇલિંગ લિસ્ટની રચના થઈ, જ્યાં SPF વિચારને વધુ વિકસાવવામાં આવ્યો હતો. એ. એસ. આર. જી. ને સુપરત કરવામાં આવેલી દરખાસ્તોમાં હેડમુટ ડેનિશ દ્વારા "રિવર્સ એમ. એક્સ". (આર. એમ. એક્સ.) અને ગોર્ડન ફેસિક દ્વારા "ડેઝિગ્નેટેડ મેલર પ્રોટોકોલ" (ડી. એમ. પી.) નો સમાવેશ થાય છે. જૂન 2003માં, મેંગ વેંગ વોંગે આરએમએક્સ અને ડીએમપી સ્પષ્ટીકરણોને ભેળવી દીધા અને અન્ય લોકો પાસેથી સૂચનો માંગ્યા. આગામી છ મહિનામાં, મોટી સંખ્યામાં ફેરફારો કરવામાં આવ્યા હતા અને એક મોટા સમુદાયે એસ. પી. એફ. પર કામ કરવાનું શરૂ કર્યું હતું. મૂળરૂપે એસ. પી. એફ. નો અર્થ પ્રેષક પાસેથી પરવાનગી હતી અને કેટલીકવાર તેને એસ. એમ. ટી. પી. + એસ. પી. એફ. પણ કહેવામાં આવતું હતું; પરંતુ તેનું નામ ફેબ્રુઆરી 2004માં બદલીને પ્રેષક નીતિ માળખું કરવામાં આવ્યું હતું. 2004 ની શરૂઆતમાં, IETF એ MARID કાર્યકારી જૂથ બનાવ્યું અને SPF અને માઈક્રોસોફ્ટની કોલરઆઇડી દરખાસ્તનો ઉપયોગ કરવાનો પ્રયાસ કર્યો જે હવે પ્રેષક ID તરીકે ઓળખાય છે; પરંતુ તકનીકી અને લાઇસન્સિંગ તકરારને કારણે આ તૂટી પડ્યું. એસ. પી. એફ. સમુદાય એસ. પી. એફ. ના મૂળ "ક્લાસિક" સંસ્કરણ પર પાછો ફર્યો. જુલાઈ 2005માં, સ્પષ્ટીકરણના આ સંસ્કરણને આઇ. ઇ. એસ. જી. દ્વારા આઇ. ઇ. ટી. એફ. પ્રયોગ તરીકે મંજૂરી આપવામાં આવી હતી, જેમાં સમુદાયને પ્રકાશન પછીના બે વર્ષ દરમિયાન એસ. પી. એફ. નું નિરીક્ષણ કરવા આમંત્રણ આપવામાં આવ્યું હતું. 28 એપ્રિલ, 2006ના રોજ, એસ. પી. એફ. આર. એફ. સી. ને પ્રાયોગિક આર. એફ. સી. 4408 તરીકે પ્રકાશિત કરવામાં આવ્યું હતું. એપ્રિલ 2014માં આઇ. ઇ. ટી. એફ. એ આર. એફ. સી. 7208માં એસ. પી. એફ. ને "સૂચિત ધોરણ" તરીકે પ્રકાશિત કર્યું. ઓપરેશનના સિદ્ધાંતો સિમ્પલ મેઇલ ટ્રાન્સફર પ્રોટોકોલ કોઈપણ કમ્પ્યુટરને કોઈપણ સ્રોત સરનામાંથી હોવાનો દાવો કરતા ઇમેઇલ મોકલવાની મંજૂરી આપે છે. આનો ઉપયોગ સ્પામર્સ અને સ્કેમર્સ દ્વારા કરવામાં આવે છે જેઓ ઘણીવાર બનાવટી ઇમેઇલ સરનામાંઓનો ઉપયોગ કરે છે, જે સંદેશને તેના સ્રોત પર પાછા શોધવાનું વધુ મુશ્કેલ બનાવે છે, અને જવાબદારી ટાળવા માટે સ્પામર્સ માટે તેમની ઓળખ છુપાવવાનું સરળ બનાવે છે. તેનો ઉપયોગ ફિશિંગ તકનીકોમાં પણ થાય છે, જ્યાં વપરાશકર્તાઓને બેંક જેવી સંસ્થા દ્વારા કથિત રીતે મોકલવામાં આવેલા ઇમેઇલના જવાબમાં ખાનગી માહિતી જાહેર કરવામાં છેતરવામાં આવી શકે છે. એસ. પી. એફ. ઇન્ટરનેટ ડોમેનના માલિકને ડોમેન નેમ સિસ્ટમ (ડી. એન. એસ.) રેકોર્ડ્સનો ઉપયોગ કરીને તે ડોમેનના સરનામાંઓમાંથી પરબિડીયું સાથે મેઇલ મોકલવા માટે કયા કમ્પ્યુટર્સ અધિકૃત છે તે સ્પષ્ટ કરવાની મંજૂરી આપે છે. TXT રેકોર્ડમાં SPF માહિતીની ચકાસણી કરનારા પ્રાપ્તકર્તાઓ સંદેશનો મુખ્ય ભાગ પ્રાપ્ત કરતા પહેલા અનધિકૃત સ્રોતોમાંથી સંદેશાઓને નકારી શકે છે. આમ, કામગીરીના સિદ્ધાંતો DNS-આધારિત બ્લેકહોલ લિસ્ટ (DNSBL) જેવા જ છે, સિવાય કે SPF ડોમેન નેમ સિસ્ટમની ઓથોરિટી ડેલિગેશન સ્કીમનો ઉપયોગ કરે છે. વર્તમાન પ્રથામાં પ્રારંભિક અમલીકરણની જેમ જ TXT રેકોર્ડ્સનો ઉપયોગ જરૂરી છે. થોડા સમય માટે નવો રેકોર્ડ પ્રકાર (એસ. પી. એફ., પ્રકાર 99) નોંધવામાં આવ્યો હતો અને સામાન્ય ડી. એન. એસ. સોફ્ટવેરમાં ઉપલબ્ધ કરાવવામાં આવ્યો હતો. એસ. પી. એફ. માટે ટી. એક્સ. ટી. રેકોર્ડનો ઉપયોગ તે સમયે સંક્રમણકાલીન પદ્ધતિ તરીકે થતો હતો. પ્રાયોગિક આર. એફ. સી., આર. એફ. સી. 4408, વિભાગ 3.1.1 સૂચવે છે કે "એસ. પી. એફ.-સુસંગત ડોમેન નામમાં બંને આર. આર. પ્રકારોના એસ. પી. એફ. રેકોર્ડ હોવા જોઈએ". સૂચિત ધોરણ, આર. એફ. સી. 7208, કહે છે કે "વૈકલ્પિક ડી. એન. એસ. આર. આર. પ્રકારોનો ઉપયોગ એસ. પી. એફ. ના પ્રાયોગિક તબક્કામાં સમર્થિત હતો પરંતુ તેને બંધ કરવામાં આવ્યો છે". સરનામાનું પરબિડીયું એસએમટીપી સંવાદની શરૂઆતમાં પ્રસારિત થાય છે. જો સર્વર ડોમેનને નકારી કાઢે છે, તો અનધિકૃત ક્લાયન્ટને અસ્વીકાર સંદેશ મળવો જોઈએ, અને જો તે ક્લાયન્ટ રિલેઇંગ મેસેજ ટ્રાન્સફર એજન્ટ (એમ. ટી. એ.) હોય, તો મૂળ પરબિડીયું-સરનામાં પર બાઉન્સ સંદેશ પેદા થઈ શકે છે. જો સર્વર ડોમેન સ્વીકારે છે, અને ત્યારબાદ પ્રાપ્તકર્તાઓ અને સંદેશના મુખ્ય ભાગને પણ સ્વીકારે છે, તો તેણે પરબિડીયુંને સરનામાંમાંથી સાચવવા માટે સંદેશ હેડરમાં રીટર્ન-પાથ ક્ષેત્ર દાખલ કરવું જોઈએ. જ્યારે રીટર્ન-પાથનું સરનામું ઘણીવાર હેડર-ફ્રોમ જેવા મેઇલ હેડરમાં અન્ય ઓરિજિનેટર સરનામાંઓ સાથે મેળ ખાય છે, ત્યારે આ જરૂરી નથી, અને એસ. પી. એફ. પ્રેષક હેડર જેવા આ અન્ય સરનામાંની બનાવટને અટકાવતું નથી. સ્પામર્સ SPF PASS પરિણામ સાથે ઇમેઇલ મોકલી શકે છે જો તેમની પાસે પ્રેષક નીતિ સાથે ડોમેનમાં ખાતું હોય, અથવા આ ડોમેનમાં સમાધાન કરાયેલ સિસ્ટમનો દુરુપયોગ કરે છે. જો કે, આમ કરવાથી સ્પામરને શોધવાનું સરળ બને છે. એસ. પી. એફ. નો મુખ્ય લાભ રીટર્ન-પાથમાં બનાવટી ઇમેઇલ સરનામાંના માલિકોને મળે છે. તેઓ મોટી સંખ્યામાં અવાંછિત ભૂલ સંદેશાઓ અને અન્ય સ્વતઃ જવાબ મેળવે છે. જો આવા રીસીવરો તેમના કાયદેસર સ્રોત આઇ. પી. સરનામાંઓ સ્પષ્ટ કરવા માટે એસ. પી. એફ. નો ઉપયોગ કરે છે અને અન્ય તમામ સરનામાંઓ માટે નિષ્ફળ પરિણામ સૂચવે છે, તો એસ. પી. એફ. ની તપાસ કરનારા રીસીવરો બનાવટી દસ્તાવેજોને નકારી શકે છે, આમ બેકસ્કેટરની માત્રાને ઘટાડી અથવા દૂર કરી શકે છે. અનિચ્છનીય ટપાલને ઓળખવામાં મદદ કરવા ઉપરાંત એસ. પી. એફ. ના સંભવિત ફાયદા છે. ખાસ કરીને, જો પ્રેષક એસ. પી. એફ. માહિતી પૂરી પાડે છે, તો પ્રાપ્તકર્તાઓ જાણીતા વિશ્વસનીય પ્રેષકને ઓળખવા માટે મંજૂરી સૂચિ સાથે એસ. પી. એફ. પી. એ. એસ. એસ. પરિણામોનો ઉપયોગ કરી શકે છે. ચેડા કરાયેલી પ્રણાલીઓ અને વહેંચાયેલ મોકલનારા મેલર્સ જેવા દૃશ્યો આ ઉપયોગને મર્યાદિત કરે છે. અમલ કરવાના કારણો જો કોઈ ડોમેન એસ. પી. એફ. રેકોર્ડ પ્રકાશિત કરે છે, તો સ્પામર્સ અને ફિશર્સ તે ડોમેનમાંથી હોવાનો ઢોંગ કરીને બનાવટી ઇમેઇલ્સ બનાવવાની શક્યતા ઓછી હોય છે, કારણ કે બનાવટી ઇમેઇલ્સ સ્પામ ફિલ્ટર્સમાં પકડાય તેવી શક્યતા વધુ હોય છે જે એસ. પી. એફ. રેકોર્ડની તપાસ કરે છે. તેથી, એસપીએફ-સંરક્ષિત ડોમેન સ્પામર્સ અને ફિશર્સ માટે ઓછું આકર્ષક છે. કારણ કે એસ. પી. એફ.-સંરક્ષિત ડોમેન બનાવટી સરનામાં તરીકે ઓછું આકર્ષક હોય છે, તે સ્પામ ફિલ્ટર્સ દ્વારા નામંજૂર થવાની શક્યતા ઓછી હોય છે અને તેથી આખરે ડોમેનમાંથી કાયદેસર ઇમેઇલ પસાર થવાની સંભાવના વધુ હોય છે. નિષ્ફળતા અને એસ. પી. એફ. ફોરવર્ડિંગ સાદા સંદેશ ફોરવર્ડિંગને તોડે છે. જ્યારે કોઈ ડોમેન એસ. પી. એફ. નિષ્ફળ નીતિ પ્રકાશિત કરે છે, ત્યારે પ્રાપ્તકર્તાઓને તેમના મેઇલને તૃતીય પક્ષોને ફોરવર્ડ કરવા માટે મોકલવામાં આવેલા કાયદેસર સંદેશાઓ નકારી શકાય છે અને/અથવા બાઉન્સ થઈ શકે છે જો નીચેના બધા થાયઃ ફોરવર્ડર મેઇલિંગ સૂચિથી વિપરીત રીટર્ન-પાથને ફરીથી લખતો નથી. આગામી હોપ ફોરવર્ડરને સૂચિબદ્ધ કરવાની મંજૂરી આપતું નથી. આ હોપ એસ. પી. એફ. તપાસે છે. આ એસ. પી. એફ. નું એક આવશ્યક અને સ્પષ્ટ લક્ષણ છે-પ્રાપ્તકર્તાની "સરહદ" એમ. ટી. એ. (એમ. એક્સ.) પાછળની તપાસ સીધી રીતે કામ કરી શકતી નથી. એસ. પી. એફ. નિષ્ફળ નીતિઓના પ્રકાશકોએ તેમના કાયદેસરના ઇમેઇલ્સ નકારી કાઢવામાં અથવા બાઉન્સ થવાના જોખમને સ્વીકારવું આવશ્યક છે. જ્યાં સુધી તેઓ પરિણામોથી સંતુષ્ટ ન થાય ત્યાં સુધી તેઓએ પરીક્ષણ કરવું જોઈએ (દા. ત., સોફ્ટફેલ નીતિ સાથે). સાદા મેસેજ ફોરવર્ડિંગના વિકલ્પોની યાદી માટે નીચે જુઓ. HELO પરીક્ષણો ભૂલ સંદેશાઓ અને અન્ય સ્વયં-પ્રતિભાવોમાં ઉપયોગમાં લેવાતા ખાલી રીટર્ન-પાથ માટે, HELO ઓળખની SPF તપાસ ફરજિયાત છે. બનાવટી HELO ઓળખ સાથે પરિણામ કંઈ મદદ કરશે નહીં, પરંતુ માન્ય યજમાન નામો માટે SPF પણ HELO ઓળખને સુરક્ષિત કરે છે. આ એસ. પી. એફ. સુવિધાને હંમેશા પ્રાપ્તકર્તાઓ માટે એક વિકલ્પ તરીકે સમર્થન આપવામાં આવતું હતું, અને બાદમાં અંતિમ સ્પષ્ટીકરણ સહિત એસ. પી. એફ. ડ્રાફ્ટ્સ હંમેશા એચ. ઇ. એલ. ઓ. ને તપાસવાની ભલામણ કરે છે. આ પ્રાપ્તકર્તાઓને હેલો પાસના આધારે મેઇલ મોકલનારને સૂચિબદ્ધ કરવાની મંજૂરી આપે છે, અથવા હેલો નિષ્ફળતા પછી તમામ મેઇલને નકારી કાઢે છે. તેનો ઉપયોગ પ્રતિષ્ઠા પ્રણાલીઓમાં પણ થઈ શકે છે (કોઈપણ મંજૂરી અથવા અસ્વીકાર સૂચિ પ્રતિષ્ઠા પ્રણાલીનો એક સરળ કેસ છે). અમલીકરણ એસ. પી. એફ. સાથે પાલનમાં ત્રણ શિથિલ રીતે સંબંધિત કાર્યોનો સમાવેશ થાય છેઃ નીતિ પ્રકાશિત કરવીઃ ડોમેન અને યજમાનો તેમના વતી ઇમેઇલ મોકલવા માટે અધિકૃત મશીનોને ઓળખે છે. તેઓ તેમની હાલની DNS માહિતીમાં વધારાના રેકોર્ડ્સ ઉમેરીને આ કરે છેઃ દરેક ડોમેન નામ અથવા યજમાન કે જેની પાસે A રેકોર્ડ અથવા MX રેકોર્ડ છે તેની પાસે SPF રેકોર્ડ હોવો જોઈએ જે નીતિને સ્પષ્ટ કરે છે જો તેનો ઉપયોગ ઇમેઇલ સરનામાંમાં અથવા HELO/EHLO દલીલ તરીકે થાય છે. જે યજમાનો ટપાલ મોકલતા નથી તેમનો એસ. પી. એફ. રેકોર્ડ પ્રકાશિત હોવો જોઈએ જે સૂચવે છે ("વી = એસ. પી. એફ. 1-બધા"). એસ. પી. એફ. માહિતી તપાસવી અને તેનો ઉપયોગ કરવોઃ પ્રાપ્તકર્તાઓ સામાન્ય ડી. એન. એસ. ક્વેરીઝનો ઉપયોગ કરે છે, જે સામાન્ય રીતે કામગીરી વધારવા માટે કેશ કરવામાં આવે છે. પ્રાપ્તકર્તાઓ પછી નિર્દિષ્ટ મુજબ એસ. પી. એફ. માહિતીનું અર્થઘટન કરે છે અને પરિણામ પર કાર્ય કરે છે. મેઇલ ફોરવર્ડિંગમાં સુધારો કરવોઃ સાદા મેઇલ ફોરવર્ડિંગને એસ. પી. એફ. દ્વારા મંજૂરી નથી. વિકલ્પો છેઃ રીમેલિંગ (એટલે કે, મૂળ પ્રેષકને સ્થાનિક ડોમેન સાથે જોડાયેલા એક સાથે બદલવું) ઇનકાર કરવો (દા. ત., 551 વપરાશકર્તાનો જવાબ આપવો સ્થાનિક નથી; મહેરબાની કરીને <user@example.com> નો પ્રયાસ કરો) લક્ષ્ય સર્વર પર મંજૂરી આપો, જેથી તે ફોરવર્ડ કરેલા સંદેશ પ્રેષક પુનઃલેખન યોજનાને નકારશે નહીં, જે વધુ જટિલ પદ્ધતિ છે જે મૂળ પ્રેષકને બિન-વિતરણ સૂચનાઓને રૂટ કરવાનું સંભાળે છે. નીચે આપેલા રેકોર્ડ્સ લાક્ષણિક DNS વાક્યરચનામાં છે, ઉદાહરણ તરીકેઃ "v = spf1 ip4:192.0.2.0/24 ip4:198.51.100.123 a-all" "v =" વપરાયેલ SPF ના સંસ્કરણને વ્યાખ્યાયિત કરે છે. નીચેના શબ્દો એ નક્કી કરવા માટે ઉપયોગ કરવા માટેની પદ્ધતિઓ પ્રદાન કરે છે કે ડોમેન મેઇલ મોકલવા માટે પાત્ર છે કે નહીં. "ip4" અને "a" આપેલ ડોમેન માટે સંદેશા મોકલવાની મંજૂરી ધરાવતી પ્રણાલીઓને સ્પષ્ટ કરે છે. અંતે "-બધા" સ્પષ્ટ કરે છે કે, જો અગાઉની પદ્ધતિઓ મેળ ખાતી ન હોય, તો સંદેશને નકારી કાઢવો જોઈએ. મિકેનિઝમ્સ આઠ મિકેનિઝમ્સ વ્યાખ્યાયિત કરવામાં આવે છેઃ ક્વોલિફાયર્સ દરેક મિકેનિઝમને ચાર ક્વોલિફાયર્સમાંથી એક સાથે જોડી શકાય છેઃ + PASS પરિણામ માટે. આને અવગણી શકાય છે; દા. ત., + mx એ mx જેવું જ છે. ? તટસ્થ પરિણામ માટે નોન (કોઈ નીતિ નથી) જેવું અર્થઘટન કરવામાં આવે છે. ~ (tilde) સોફ્ટફેલ માટે, ન્યુટ્રલ અને ફેલ વચ્ચે ડિબગીંગ સહાય. સામાન્ય રીતે, સોફ્ટફેલ પરત કરનારા સંદેશાઓ સ્વીકારવામાં આવે છે પરંતુ ટેગ કરવામાં આવે છે. - (બાદબાકી) નિષ્ફળતા માટે, ટપાલને નકારી કાઢવી જોઈએ (નીચે જુઓ). સંશોધકો આ સંશોધકો માળખામાં ભવિષ્યના વિસ્તરણ માટે પરવાનગી આપે છે. આજની તારીખે RFC 4408 માં વ્યાખ્યાયિત માત્ર બે સંશોધકોને વ્યાપકપણે તૈનાત કરવામાં આવ્યા છેઃ exp = some.example.com નિષ્ફળ પરિણામો માટે સમજૂતી મેળવવા માટે DNS TXT રેકોર્ડ (SPFની મેક્રો ભાષાનો ઉપયોગ કરીને અર્થઘટન) સાથે ડોમેનનું નામ આપે છે-સામાન્ય રીતે એક URL જે એસએમટીપી ભૂલ કોડમાં ઉમેરવામાં આવે છે. આ સુવિધાનો ભાગ્યે જ ઉપયોગ થાય છે. રીડાયરેક્ટ = some.example.com નો ઉપયોગ અન્ય ડોમેનના પોલિસી રેકોર્ડ સાથે જોડાવા માટે ALL-મિકેનિઝમને બદલે કરી શકાય છે. કંઈક અંશે સમાન INCLUDE-મિકેનિઝમ કરતાં આ સંશોધકને સમજવું સરળ છે. જેમ જ એસ. પી. એફ. અમલીકરણ પ્રેષક નીતિમાં વાક્યરચના ભૂલો શોધી કાઢે છે, તેઓએ પરિણામ PERMERROR સાથે મૂલ્યાંકનને રદ કરવું આવશ્યક છે. ભૂલભરેલી પદ્ધતિઓ છોડવી અપેક્ષા મુજબ કામ કરી શકતી નથી, તેથી તેમાં નીચેનાનો સમાવેશ થાય છેઃ bad.example અને રીડાયરેક્ટ = bad.example પણ PERMERROR નું કારણ બને છે. અન્ય સલામતી એ ડી. એન. એસ. ની પૂછપરછ કરતી મહત્તમ દસ પદ્ધતિઓ છે, એટલે કે IP4, IP6 અને ALL સિવાયની કોઈપણ પદ્ધતિ. અમલીકરણ પરિણામ ટેમ્પરર સાથે મૂલ્યાંકનને રદ કરી શકે છે જ્યારે તે ખૂબ લાંબો સમય લે છે અથવા DNS ક્વેરીનો સમય સમાપ્ત થાય છે અથવા તેઓ એવું ઢોંગ કરવાનું ચાલુ રાખી શકે છે કે ક્વેરીએ કોઈ ડેટા પાછો આપ્યો નથી-જેને "વોઈડ લુકઅપ" કહેવામાં આવે છે. જો કે, જો નીતિને પ્રત્યક્ષ અથવા પરોક્ષ રીતે પદ્ધતિઓ માટે દસથી વધુ પ્રશ્નોની જરૂર હોય તો તેઓએ PERMERROR પરત કરવું આવશ્યક છે. વધુમાં, જેમ જેમ બેથી વધુ "રદબાતલ તપાસ" નો સામનો કરવો પડે તેમ તેમ તેઓએ PERMERROR પરત કરવું જોઈએ. કોઈપણ રીડાયરેક્ટ = પણ આ પ્રક્રિયા મર્યાદા તરફ ગણવામાં આવે છે. એક લાક્ષણિક એસ. પી. એફ. HELO નીતિ 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 ની મર્યાદા તરફ થાય છે. વધુમાં, ઉદાહરણ તરીકે, જો પ્રેષક પાસે IPv6 સરનામું હોય, જ્યારે તેના નામ અને તેના બે MX નામોમાં માત્ર IPv4 સરનામાં હોય, તો પછી પ્રથમ બે પદ્ધતિઓનું મૂલ્યાંકન પહેલાથી જ બેથી વધુ રદબાતલ દેખાવમાં પરિણમે છે અને તેથી PERMERROR. મિકેનિઝમ્સ ip4, ip6 અને બધાને કોઈ DNS શોધની જરૂર નથી. ડી. એન. એસ. એસ. પી. એફ. રેકોર્ડ જારી કરે છે ઝડપી પરીક્ષણ અને જમાવટને સક્ષમ કરવા માટે, એસ. પી. એફ. ના પ્રારંભિક સંસ્કરણોએ મોકલતા ડોમેનના ડી. એન. એસ. ટી. એક્સ. ટી. રેકોર્ડમાં તેની સેટિંગ માટે તપાસ કરી હતી-તેમ છતાં આ રેકોર્ડ પરંપરાગત રીતે ફ્રી-ફોર્મ ટેક્સ્ટ હોવાનું માનવામાં આવતું હતું જેમાં કોઈ સિમેન્ટિક્સ જોડાયેલ ન હતું. જોકે જુલાઈ 2005માં, આઈ. એ. એન. એ. એ એસ. પી. એફ. ને ચોક્કસ રિસોર્સ રેકોર્ડ પ્રકાર 99 સોંપ્યો હતો, તેનું ગ્રહણ ક્યારેય વધારે નહોતું, અને બે પદ્ધતિઓ હોવી એ વપરાશકર્તાઓ માટે મૂંઝવણભર્યું હતું. 2014 માં આ રેકોર્ડનો ઉપયોગ બંધ કરવામાં આવ્યો હતો કારણ કે એસ. પી. એફ. બી. એસ. કાર્યકારી જૂથે તારણ કાઢ્યું હતું કે ". નજીકના ભવિષ્યમાં એસ. પી. એફ. આર. આર. પ્રકારમાં નોંધપાત્ર સ્થળાંતર ખૂબ જ અસંભવિત હતું અને આ આંતરસંચાલનક્ષમતાના મુદ્દાને ઉકેલવા માટેનો શ્રેષ્ઠ ઉકેલ એસ. પી. એફ. આર. આર પ્રકાર માટે ટેકો છોડવાનો હતો". હેડરની મર્યાદાઓ જેમ જેમ એસ. પી. એફ. સ્પામર્સને સરનામાથી પરબિડીયુંને છેતરવાથી અટકાવે છે, ઘણા લોકો મેઇલ હેડરના ફ્રોમ ફિલ્ડમાં ફક્ત સરનામાને છેતરવા તરફ વળ્યા છે, જે વાસ્તવમાં પ્રાપ્તકર્તાના મેસેજ ટ્રાન્સફર એજન્ટ (એમ. ટી. એ.) દ્વારા પ્રક્રિયા કરવાને બદલે પ્રાપ્તકર્તાને પ્રદર્શિત થાય છે. એસ. પી. એફ. (અથવા ડી. કે. આઈ. એમ.) નો ઉપયોગ ડી. એમ. એ. આર. સી. સાથે મળીને કરી શકાય છે, જોકે મેઇલ હેડરના 'ફ્રોમ' ક્ષેત્રને પણ તપાસવા માટે. આને 'ઓળખકર્તા સંરેખણ' કહેવામાં આવે છે. આવા ડિસ્પ્લે નેમ સ્પૂફિંગ સામે રક્ષણ આપવા માટે કસ્ટમ માલિકીના અમલીકરણ જરૂરી છે અને SPF નો ઉપયોગ કરી શકતા નથી. ડિપ્લોયમેન્ટ એન્ટી-સ્પામ સોફ્ટવેર જેમ કે સ્પામએસેસિન વર્ઝન 3.0 અને એ. એસ. એસ. પી. એસ. પી. એફ. નો અમલ કરે છે. ઘણા મેઇલ ટ્રાન્સફર એજન્ટો (એમ. ટી. એ.) એસ. પી. એફ. ને સીધા જ ટેકો આપે છે જેમ કે કુરિયર, કોમ્યુનિગેટ પ્રો, વાઇલ્ડકેટ, એમડેમન અને માઈક્રોસોફ્ટ એક્સચેન્જ, અથવા પોસ્ટફિક્સ, સેન્ડમેલ, એક્ઝિમ, ક્યુમેલ અને ક્યુ. પી. એસ. એમ. ટી. પી. ડી. સહિત એસ. પી. એફ. ને ટેકો આપતા પેચ અથવા પ્લગ-ઇન્સ ઉપલબ્ધ હોય છે. 2017 સુધીમાં, 80 લાખથી વધુ ડોમેન્સ એસ. પી. એફ. નિષ્ફળ-તમામ નીતિઓ પ્રકાશિત કરે છે. 2007માં પ્રકાશિત થયેલા એક સર્વેક્ષણમાં. કોમ અને. નેટ ડોમેન્સના 5 ટકા ડોમેન્સમાં અમુક પ્રકારની એસ. પી. એફ. નીતિ હતી. 2009માં, નોકિયા રિસર્ચ ખાતે સતત કરવામાં આવેલા સર્વેક્ષણમાં જણાવવામાં આવ્યું હતું કે પરીક્ષણ કરાયેલા 51 ટકા ક્ષેત્રો એસ. પી. એફ. નીતિનો ઉલ્લેખ કરે છે. આ પરિણામોમાં વી = એસ. પી. એફ. 1? ઓલ જેવી તુચ્છ નીતિઓ સામેલ હોઈ શકે છે. એપ્રિલ 2007માં, ફાઇનાન્શિયલ સર્વિસીસ રાઉન્ડટેબલના એક વિભાગ, બિટ્સે તેના સભ્યો માટે એસ. પી. એફ. જમાવટ સહિત ઇમેઇલ સુરક્ષા ભલામણો પ્રકાશિત કરી હતી. 2008માં, મેસેજિંગ એન્ટી-એબ્યુઝ વર્કિંગ ગ્રૂપ (MAAWG) એ SPF, સેન્ડર ID અને ડોમેનકીઝ આઇડેન્ટિફાઇડ મેઇલ (DKIM) ને આવરી લેતા ઇમેઇલ પ્રમાણીકરણ વિશે એક પેપર પ્રકાશિત કર્યું હતું. તેમની "સેન્ડર બેસ્ટ કોમ્યુનિકેશન પ્રેક્ટિસિસ" માં MAAWG એ જણાવ્યું હતું કેઃ "ઓછામાં ઓછું, મોકલનારાઓએ તેમના મેઇલિંગ ડોમેન્સ માટે SPF રેકોર્ડનો સમાવેશ કરવો જોઈએ". 2015માં, મેસેજિંગ એન્ટી-એબ્યુઝ વર્કિંગ ગ્રૂપ (MAAWG) એ SPF, ડોમેનકીઝ આઇડેન્ટિફાઇડ મેઇલ (DKIM) અને DMARC (DMARC) ને આવરી લેતા ઇમેઇલ પ્રમાણીકરણ વિશેના પેપરમાં સુધારો કર્યો હતો. તેમની સુધારેલી "સેન્ડર બેસ્ટ કોમ્યુનિકેશન પ્રેક્ટિસિસ" માં MAAWG એ જણાવ્યું હતું કેઃ "પ્રમાણીકરણ સંદેશના પ્રેષક (ઓ) ને વધુ ઓળખીને પારદર્શિતાને ટેકો આપે છે, જ્યારે બનાવટી અને બનાવટી સરનામાંને ઘટાડવા અથવા દૂર કરવામાં પણ ફાળો આપે છે". આ પણ જુઓ ડોમેનકીઝ આઇડેન્ટિફાઇડ મેઇલ (ડીકેઆઈએમ) ઓથર સાઇનિંગ પ્રેક્ટિસ ડીએમએઆરસી સંદર્ભો બાહ્ય કડીઓ આઈઈટીએફ આરએફસી4408: ઈમેલમાં ડોમેનના ઉપયોગને અધિકૃત કરવા માટે પ્રેષક નીતિ માળખું (એસપીએફ), આવૃત્તિ 1 વિશિષ્ટ (2006) આઈઈટીએફ આરએફસી6652: પ્રેષક નીતિ માળખું (એસપીએફ) દુરુપયોગ રિપોર્ટિંગ ફોર્મેટનો ઉપયોગ કરીને પ્રમાણીકરણ નિષ્ફળતા અહેવાલ, પ્રસ્તાવિત ધોરણ (2012) આઈઈટીએફ આરએફસી7208: ઈમેલ, આવૃત્તિ 1, પ્રસ્તાવિત ધોરણમાં ડોમેનના ઉપયોગને અધિકૃત કરવા માટે પ્રેષક નીતિ માળખું (એસપીએફ)