नया गाइड: प्रतिष्ठा को नुकसान पहुँचाए बिना डेडिकेटेड IP को वार्म-अप कैसे करें। अभी पढ़ें →
MigoSMTP
ऑथेंटिकेशनअपडेट किया गया 16 अक्तू॰ 2026

SPF रिकॉर्ड सिंटैक्स: मेकेनिज़्म, क्वालिफ़ायर और मॉडिफ़ायर

SPF रिकॉर्ड के हर हिस्से का संदर्भ: इसे कैसे पढ़ा जाता है, हर मेकेनिज़्म और क्वालिफ़ायर क्या करता है, कौन-से टर्म DNS लुकअप की लागत लगाते हैं, और वे सिंटैक्स त्रुटियाँ जिनसे रिकॉर्ड विफल हो जाता है।

IR
लेखक Ishita Rao
Email Authentication Engineer
समीक्षक Amara Okafor
  • प्रकाशित10 अक्तू॰ 2026
  • पढ़ने का समय1 मिनट
  • लंबाई161 शब्द
इस गाइड को साझा करें

एक नज़र में। रिकॉर्ड प्रकार: TXT, प्रति डोमेन एक · शुरुआत: v=spf1 · पढ़ना: बाएँ से दाएँ, पहला मेल जीतता है · लुकअप सीमा: 10 DNS लुकअप

संक्षेप में

  1. रिकॉर्ड कैसे पढ़ा जाता है। SPF रिकॉर्ड टेक्स्ट की एक ही पंक्ति है जिसे TXT रिकॉर्ड के रूप में प्रकाशित किया जाता है।
  2. क्वालिफ़ायर। क्वालिफ़ायर एक अकेला वर्ण है जो सीधे किसी मेकेनिज़्म के आगे लगता है।
  3. वे मेकेनिज़्म जिन्हें DNS लुकअप नहीं चाहिए। ip4 और ip6 मेकेनिज़्म किसी शाब्दिक पते या CIDR संकेतन में लिखी रेंज से मेल खाते हैं।
  4. वे मेकेनिज़्म जिनकी DNS लुकअप लागत होती है। include मेकेनिज़्म प्राप्तकर्ता से किसी दूसरे डोमेन के SPF रिकॉर्ड का मूल्यांकन करने को कहता है और वह रिकॉर्ड पास होने पर मेल खाता है।
  5. मॉडिफ़ायर: redirect और exp। मॉडिफ़ायर name=value के रूप में लिखा जाता है और भेजने वाले पते की कोई जाँच नहीं है।
  6. लंबाई और फ़ॉर्मेट की सीमाएँ। TXT रिकॉर्ड के भीतर हर स्ट्रिंग में अधिकतम 255 वर्ण हो सकते हैं।

रिकॉर्ड कैसे पढ़ा जाता है

SPF रिकॉर्ड टेक्स्ट की एक ही पंक्ति है जिसे TXT रिकॉर्ड के रूप में प्रकाशित किया जाता है। यह वर्ज़न टैग v=spf1 से शुरू होना चाहिए, उसके बाद स्पेस से अलग किए गए टर्म की सूची आती है। प्राप्त करने वाला सर्वर इन टर्म का मूल्यांकन बाएँ से दाएँ, उससे कनेक्ट हुए IP एड्रेस के विरुद्ध करता है, और जो पहला टर्म मेल खाता है वही नतीजा तय करता है।

v=spf1 ip4:203.0.113.10 include:_spf.example.net ~all

अगर कोई टर्म मेल न खाए और कोई redirect न हो, तो नतीजा न्यूट्रल होता है। इसीलिए ज़्यादातर रिकॉर्ड all टर्म पर समाप्त होते हैं: वह हर चीज़ से मेल खाता है, इसलिए आख़िरी शब्द हमेशा बताता है कि सूची में न होने वाले सर्वर के साथ क्या करना है।

क्वालिफ़ायर

क्वालिफ़ायर एक अकेला वर्ण है जो सीधे किसी मेकेनिज़्म के आगे लगता है। वह मेकेनिज़्म मेल खाने पर नतीजा तय करता है। क्वालिफ़ायर न हो तो प्लस मान लिया जाता है, इसलिए mx और +mx का अर्थ एक ही है।

-all   fail: not authorised
~all   softfail: probably not authorised
?all   neutral: no opinion
+all   pass: everyone is authorised (never use this)

चार नतीजे हैं: पास (प्लस), फ़ेल (माइनस), सॉफ़्टफ़ेल (टिल्ड) और न्यूट्रल (प्रश्नचिह्न)। प्राप्तकर्ता आमतौर पर फ़ेल और सॉफ़्टफ़ेल को अस्वीकार करने के निर्देश की बजाय नकारात्मक संकेत मानते हैं, और जो संदेश फ़ेल होता है उसका क्या होगा यह DMARC तय करता है।

वे मेकेनिज़्म जिन्हें DNS लुकअप नहीं चाहिए

ip4 और ip6 मेकेनिज़्म किसी शाब्दिक पते या CIDR संकेतन में लिखी रेंज से मेल खाते हैं। ये रिकॉर्ड का सबसे सस्ता हिस्सा हैं क्योंकि प्राप्तकर्ता को कुछ खोजना नहीं पड़ता, और जब कोई प्रोवाइडर तय सेंडिंग पते प्रकाशित करता है तब ये सबसे सुरक्षित विकल्प हैं।

ip4:203.0.113.0/24
ip6:2001:db8::/32
all

all मेकेनिज़्म हर पते से मेल खाता है। इसकी जगह अंत में है। इसके बाद लिखे टर्म तक पहुँचा ही नहीं जाता।

वे मेकेनिज़्म जिनकी DNS लुकअप लागत होती है

include मेकेनिज़्म प्राप्तकर्ता से किसी दूसरे डोमेन के SPF रिकॉर्ड का मूल्यांकन करने को कहता है और वह रिकॉर्ड पास होने पर मेल खाता है। a मेकेनिज़्म किसी डोमेन के एड्रेस रिकॉर्ड से और mx उसके मेल सर्वरों के पतों से मेल खाता है। दोनों डिफ़ॉल्ट रूप से उसी डोमेन पर लागू होते हैं जिसकी जाँच हो रही है, और दोनों एक डोमेन तथा CIDR लंबाई स्वीकार करते हैं। exists मेकेनिज़्म तब मेल खाता है जब कोई नाम रिज़ॉल्व हो जाए, और ptr रिवर्स DNS से मेल खाता है।

include:_spf.example.net
a
a:mail.example.com/24
mx
exists:%{i}._spf.example.com

include, a, mx, ptr और exists में से हर एक, और redirect मॉडिफ़ायर, दस DNS लुकअप की सीमा में गिना जाता है, और include के भीतर के include भी गिने जाते हैं। मानक mx मेकेनिज़्म को दस मेल सर्वरों तक भी सीमित करता है। मानक ptr को हतोत्साहित करता है क्योंकि वह धीमा और अविश्वसनीय है, इसलिए इससे बचें।

मॉडिफ़ायर: redirect और exp

मॉडिफ़ायर name=value के रूप में लिखा जाता है और भेजने वाले पते की कोई जाँच नहीं है। redirect मॉडिफ़ायर कहता है: इस रिकॉर्ड के बाकी हिस्से को अनदेखा करो और उसकी जगह किसी दूसरे डोमेन का रिकॉर्ड इस्तेमाल करो। इसे तभी देखा जाता है जब कोई मेकेनिज़्म मेल न खाया हो, और जिस रिकॉर्ड में all टर्म है वह कभी इस तक नहीं पहुँचता।

v=spf1 redirect=_spf.example.net

exp मॉडिफ़ायर उस डोमेन का नाम देता है जिसके TXT रिकॉर्ड में स्पष्टीकरण स्ट्रिंग होती है, जिसे SPF विफल होने पर प्राप्तकर्ता दिखा सकते हैं। ज़्यादातर डोमेन इसका उपयोग कभी नहीं करते। हर नाम रिकॉर्ड में अधिकतम एक बार आ सकता है।

लंबाई और फ़ॉर्मेट की सीमाएँ

TXT रिकॉर्ड के भीतर हर स्ट्रिंग में अधिकतम 255 वर्ण हो सकते हैं। इससे लंबा रिकॉर्ड कई स्ट्रिंग के रूप में संग्रहीत होता है जिन्हें प्राप्तकर्ता जोड़ लेते हैं, और ज़्यादातर DNS पैनल लंबे मान को आपके लिए खुद बाँट देते हैं। बहुत लंबा रिकॉर्ड सामान्य DNS रिप्लाई के आकार से भी बड़ा हो सकता है, जो सूची को छोटा रखने का एक और कारण है।

टर्म एक या अधिक स्पेस से अलग किए जाते हैं और केस-सेंसिटिव नहीं होते। रिकॉर्ड को एक ही TXT रिकॉर्ड में रखें: जिस डोमेन के दो SPF रिकॉर्ड होते हैं उसे स्थायी त्रुटि मिलती है।

वे सिंटैक्स त्रुटियाँ जो रिकॉर्ड तोड़ देती हैं

ज़्यादातर विफलताएँ कुछ ही चूकों से आती हैं: v=spf1 का न होना, बिना डोमेन का include, inlcude जैसा गलत लिखा मेकेनिज़्म, ip4:203.0.113.300 जैसे गलती वाला पता, या कॉपी-पेस्ट से आया कोई फ़ालतू वर्ण। इनमें से कोई भी पूरे रिकॉर्ड को अमान्य बना देता है और नतीजा स्थायी त्रुटि होता है।

प्रकाशित करने से पहले टेस्ट करें। हमारा SPF चेकर पेस्ट किया गया रिकॉर्ड पढ़ता है, हर समस्या चिह्नित करता है और DNS लुकअप गिनता है, ताकि आप रिकॉर्ड लाइव होने से पहले उसे ठीक कर सकें।

आगे पढ़ें और स्रोत

MigoSMTP में करें: हेल्प सेंटर लेख

संबंधित गाइड और टूल

पक्का नहीं कि आपके रिकॉर्ड सही हैं? हमारा मुफ़्त चेकर चलाएँ, या हमें कोई हेडर भेजें और हम उसे पढ़ने में आपकी मदद करेंगे।

मुफ़्त शुरू करें

अक्सर पूछे जाने वाले प्रश्न

SPF रिकॉर्ड का सिंटैक्स क्या है?

SPF रिकॉर्ड एक TXT रिकॉर्ड होता है जो v=spf1 से शुरू होता है, उसके बाद बाएँ से दाएँ पढ़े जाने वाले टर्म आते हैं, और आमतौर पर अंत में एक all टर्म होता है। हर टर्म ip4, include, a या mx जैसा मेकेनिज़्म होता है, जिसके आगे वैकल्पिक रूप से एक क्वालिफ़ायर लग सकता है जो नतीजा तय करता है।

SPF में प्लस, माइनस, टिल्ड और प्रश्नचिह्न का क्या अर्थ है?

ये क्वालिफ़ायर हैं। प्लस का अर्थ पास है और यही डिफ़ॉल्ट है, माइनस का अर्थ फ़ेल, टिल्ड का अर्थ सॉफ़्टफ़ेल और प्रश्नचिह्न का अर्थ न्यूट्रल है। ये सीधे किसी मेकेनिज़्म के आगे लगते हैं, उदाहरण के लिए -all या ~all।

कौन-से SPF मेकेनिज़्म 10 लुकअप की सीमा में गिने जाते हैं?

include, a, mx, ptr और exists मेकेनिज़्म तथा redirect मॉडिफ़ायर हर एक गिना जाता है। ip4, ip6 और all मेकेनिज़्म को DNS लुकअप की ज़रूरत नहीं होती, इसलिए वे नहीं गिने जाते।

all मेकेनिज़्म के बाद लिखे टर्म का क्या होता है?

उनका कभी मूल्यांकन नहीं होता, क्योंकि मूल्यांकन पहले मेल खाने वाले टर्म पर रुक जाता है और all हर चीज़ से मेल खाता है। all को अंत में रखें।

टॉपिक#spf#spf सिंटैक्स#मेकेनिज़्म#क्वालिफ़ायर#dns
क्या यह गाइड उपयोगी थी?आपका उत्तर हमें हमारे डॉक्यूमेंटेशन को बेहतर बनाने में मदद करता है।

आगे पढ़ें

ऑथेंटिकेशनईमेल हेडर फ़ील्ड की व्याख्या: Received, From, Return-Path और अन्यईमेल हेडर के हर फ़ील्ड का क्या अर्थ है, कौन-से भरोसेमंद हैं, और उन्हें साथ पढ़कर कैसे देखें कि संदेश कहाँ से गुज़रा, असल में किसने भेजा और ऑथेंटिकेशन में पास हुआ या नहीं।गाइड पढ़ें →ऑथेंटिकेशनDMARC पॉलिसी की व्याख्या: none, quarantine और rejectहर DMARC पॉलिसी रिसीवर से क्या करने को कहती है, अलाइनमेंट तय करता है कि मैसेज पास होगा या नहीं, और अपना ही मेल ब्लॉक किए बिना मॉनिटरिंग से एन्फ़ोर्समेंट तक कैसे जाएँ।गाइड पढ़ें →ऑथेंटिकेशनSPF, DKIM या DMARC फ़ेल हो रहा है? नतीजा कैसे पढ़ें और ठीक कैसे करेंऑथेंटिकेशन फ़ेल होने पर मेल स्पैम में चला जाता है या रिजेक्ट हो जाता है। यह गाइड बताती है कि हर नतीजे का क्या मतलब है, उसे मैसेज हेडर में कहाँ देखें और आम कारणों को कैसे ठीक करें।गाइड पढ़ें →

मिनटों में भेजना शुरू करें।

खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।

मुफ़्त शुरू करें सेल्स से बात करें