मुफ्त SPF रिकॉर्ड जेनरेटर से अपने डोमेन के लिए मान्य v=spf1 TXT रिकॉर्ड बनाएँ। अपने IP और प्रदाता जोड़ें, SPF नीति चुनें और रिकॉर्ड कॉपी करें। साइनअप नहीं और सामान्य SPF उपयोग पर कोई दर सीमा नहीं।
इस डोमेन से मेल भेजने के लिए अधिकृत IPv4 या IPv6 पते जोड़ें।
Google Workspace या SendGrid जैसी तृतीय-पक्ष भेजने वाली सेवाएँ जोड़ें।
SPF रिकॉर्ड एक TXT रिकॉर्ड है, जिसमें envelope sender में आपके डोमेन से मेल भेज सकने वाले हर स्रोत की सूची होती है। यह मुफ्त SPF रिकॉर्ड जेनरेटर उस सूची को प्राप्तकर्ताओं की अपेक्षा के अनुसार सटीक सिंटैक्स में बदल देता है, ताकि आपको साल में दो बार उपयोग होने वाला व्याकरण खुद न लिखना पड़े।
प्राप्तकर्ता सर्वर डिलीवरी के समय SPF रिकॉर्ड पढ़ते हैं, उससे कनेक्ट हो रहे IP की तुलना करते हैं और आपका चुना क्वालिफायर लागू करते हैं। SPF रिकॉर्ड जेनरेटर तंत्रों को प्रचलित क्रम में रखता है और रिकॉर्ड को 10 DNS लुकअप की सीमा के भीतर रखता है।
जेनरेटर से उपलब्ध हर SPF तंत्र और आपके SPF रिकॉर्ड में उसके द्वारा अधिकृत स्रोत का अर्थ।
अंतिम SPF तंत्र तय करता है कि रिकॉर्ड में सूचीबद्ध न होने वाली हर चीज़ के साथ क्या होगा। साइनअप के बिना SPF रिकॉर्ड जेनरेटर होने से नीति को बेहतर बनाते समय आप रिकॉर्ड जितनी बार चाहें दोबारा बना सकते हैं।
| क्वालिफायर | व्यवहार |
|---|---|
| +all | सभी प्रेषक पास होते हैं। इसे कभी उपयोग न करें — यह SPF को पूरी तरह निष्प्रभावी कर देता है। |
| ~all | Softfail — अनधिकृत मेल स्वीकार होता है लेकिन चिह्नित होता है। परीक्षण के दौरान उपयोग करें। |
| -all | Hard fail — अनधिकृत मेल अस्वीकार होता है। प्रोडक्शन में उपयोग करें। |
| ?all | Neutral — कोई नीति नहीं बताई गई। शायद ही उपयोगी। |
यदि आप इनमें से किसी प्रदाता से भेजते हैं, तो उसके SPF include को जेनरेटर में पेस्ट करें; हर include अपने SPF लुकअप जोड़ता है।
SPF के मूल्यांकन के दौरान हर include:, a, mx, ptr और exists: तंत्र में एक DNS लुकअप लगता है और RFC 7208 कुल संख्या को 10 तक सीमित करता है। सीमा पार होने पर प्राप्तकर्ता permerror लौटाते हैं, जिसे कई सेवाएँ SPF न होने जैसा मानती हैं। हमारा SPF रिकॉर्ड जेनरेटर आउटपुट को सपाट रखता है और सीमा पार होने से पहले चेतावनी देता है।
अकेला SPF envelope sender (Return-Path) की रक्षा करता है, दृश्यमान From पते की नहीं। पूर्ण स्पूफिंग सुरक्षा के लिए संदेशों पर हस्ताक्षर हेतु DKIM और प्रमाणीकरण परिणामों को From हेडर से संरेखित करने हेतु DMARC भी चाहिए। ये तीन मानक मिलकर वह ईमेल प्रमाणीकरण आधार बनाते हैं जिसकी Gmail, Outlook और Yahoo Mail अपेक्षा करते हैं।
SPF सेट करने के बाद, सुनिश्चित करें कि आपकी सूचियाँ भी साफ़ हों। ईमेल सत्यापन भेजने से पहले अमान्य और जोखिम वाले पते हटाता है, जिससे बाउंस दर कम रहती है और उचित प्रमाणीकरण से बनी प्रेषक प्रतिष्ठा सुरक्षित रहती है। आप पतों का बैच में सत्यापन भी कर सकते हैं बैच ईमेल सत्यापन के माध्यम से, या सत्यापन को सीधे अपने स्टैक में जोड़ सकते हैं ईमेल सत्यापन APIके माध्यम से।
रिकॉर्ड क्या बताता है
SPF रिकॉर्ड एक TXT स्ट्रिंग है, जिसमें envelope में आपके डोमेन का उपयोग करके मेल भेज सकने वाले हर स्रोत की सूची होती है। मुफ्त SPF रिकॉर्ड जेनरेटर उस नीतिगत निर्णय को सही सिंटैक्स में बदल देता है, ताकि आपको व्याकरण याद न करना पड़े।
SPF खुद किसी चीज़ को ब्लॉक नहीं करता। आपका प्रकाशित रिकॉर्ड प्राप्तकर्ता सर्वरों को बताता है कि कौन से IP और प्रदाता अधिकृत हैं; किसी अन्य स्रोत से संदेश आने पर क्या करना है, यह हर प्राप्तकर्ता स्वयं तय करता है।
इसीलिए SPF रिकॉर्ड जेनरेटर दो बातें पूछता है: आपका वैध मेल कहाँ से आता है और अनधिकृत स्रोतों के साथ आप कितनी सख्ती चाहते हैं।
ip4 और ip6 आपके नियंत्रण वाले खास पतों या CIDR रेंज को अधिकृत करते हैं। include: किसी प्रदाता के अपने SPF रिकॉर्ड को जिम्मेदारी सौंपता है, इसलिए Google, Microsoft, Mailchimp, SendGrid और Mailgun अपना इंफ्रास्ट्रक्चर बदलने पर भी सही रहते हैं।
a और mx उन पतों को अधिकृत करते हैं जिनकी ओर आपके डोमेन के A या MX रिकॉर्ड इशारा करते हैं। SPF रिकॉर्ड जेनरेटर उन्हें प्रचलित क्रम में रखता है, ताकि आम स्थिति में मूल्यांकन जल्दी रुक जाए।
-all hard fail है: जो सूची में नहीं है, वह अनधिकृत है। ~all soft fail है, जिसे आमतौर पर अस्वीकार करने के बजाय संदिग्ध माना जाता है। ?all neutral है और कुछ लागू नहीं करता।
सीधे -all को डिफ़ॉल्ट बनाने वाला मुफ्त SPF रिकॉर्ड जेनरेटर आपके हित में नहीं है। पहले ~all प्रकाशित करें, देखें क्या विफल होता है, फिर नीति कड़ी करें। जेनरेटर जानबूझकर तीनों विकल्प देता है।
हर include:, a, mx, ptr और exists: तंत्र में एक DNS लुकअप लगता है और SPF विनिर्देश मूल्यांकन को 10 तक सीमित करता है। सीमा पार होने पर प्राप्तकर्ता permerror लौटाते हैं—कई इसे SPF न होने जैसा मानते हैं।
हाथ से लिखा रिकॉर्ड अक्सर इसी कारण चुपचाप काम करना बंद करता है। SPF रिकॉर्ड जेनरेटर आउटपुट को सपाट रखता है और रिकॉर्ड के बहुत लंबा होने से पहले चेतावनी देता है।
अपना रिकॉर्ड पढ़ना
आउटपुट इतना छोटा है कि उसे शुरू से अंत तक पढ़ा जा सकता है। हर टोकन का काम जानने पर ही आप बाद में डिलीवरी बिगाड़े बिना उसे संपादित कर सकते हैं।
हर SPF रिकॉर्ड इससे शुरू होता है; इसके बिना TXT रिकॉर्ड, SPF रिकॉर्ड नहीं है। हर डोमेन पर केवल एक SPF रिकॉर्ड हो सकता है; दो प्रकाशित रिकॉर्ड permerror हैं, उनका विलय नहीं होता।
यदि SPF रिकॉर्ड जेनरेटर का आउटपुट किसी मौजूदा रिकॉर्ड को बदल रहा है, तो दोनों प्रकाशित करने के बजाय तंत्रों को हाथ से मिलाएँ।
include:_spf.google.com वह सब शामिल करता है जिसे Google अभी अधिकृत करता है। उनके बदलाव अपने आप मिलते हैं, लेकिन 10 लुकअप के आपके बजट में उनकी DNS लुकअप लागत भी जुड़ती है।
केवल उन्हीं प्रदाताओं को include करें जो वास्तव में आपके डोमेन से भेजते हैं। हर अनुपयोगी include लुकअप बजट की बर्बादी है।
इन्हें अपने चलाए मेल सर्वरों के लिए उपयोग करें। इनमें कोई DNS लुकअप नहीं लगता, इसलिए कई स्रोत होने पर सीमा के भीतर रहने का यह सबसे किफायती तरीका है।
CIDR नोटेशन समर्थित है, इसलिए पतों की सूची के बजाय पूरी रेंज एक ही तंत्र बनती है।
प्राप्तकर्ता सबसे अधिक अंतिम तंत्र पर कार्रवाई करते हैं। हर वैध स्रोत के सूचीबद्ध होने की पुष्टि तक ~all से शुरू करें, फिर एक सप्ताह की साफ़ रिपोर्ट मिलने पर -all अपनाएँ।
भूले हुए प्रेषकों वाले डोमेन पर सीधे -all लगाना असली मेल खोने का सबसे तेज़ तरीका है।
इसे प्रकाशित करना
चार चरण हैं, और अधिकांश लोग तीसरे पर बहुत जल्दी रुक जाते हैं।
मार्केटिंग प्लेटफ़ॉर्म, ट्रांजेक्शनल प्रदाता, CRM, हेल्पडेस्क, इनवॉइसिंग सिस्टम और वर्षों से न छुआ गया कार्यालय मेल सर्वर—आपके डोमेन से भेजने वाली हर चीज़ रिकॉर्ड में होनी चाहिए।
पूरी सूची मिलने के बाद ही मुफ्त SPF रिकॉर्ड जेनरेटर चलाएँ। आधी सूची से बना रिकॉर्ड बाकी आधे स्रोतों को बिगाड़ देगा।
होस्ट @ या सादा डोमेन है, प्रकार TXT है और मान जेनरेट की गई स्ट्रिंग है। प्रसार आमतौर पर मिनटों में, कभी-कभी एक घंटे में होता है।
इसे SPF प्रकार के रिकॉर्ड के रूप में प्रकाशित न करें—वह रिकॉर्ड प्रकार वर्षों पहले बंद हो चुका है और प्राप्तकर्ता उसे अनदेखा करते हैं।
DNS प्रदाता लंबे TXT मानों को अप्रत्याशित ढंग से लपेटते, बाँटते और काटते हैं। प्रसार के बाद प्रकाशित रिकॉर्ड जाँचने का टूल है SPF चेकर। यह ज़रूरी है, क्योंकि मुफ्त SPF रिकॉर्ड जेनरेटर का आउटपुट और DNS से वास्तव में मिलने वाली स्ट्रिंग हमेशा समान नहीं होते।
DNS पैनल में सही दिखने पर भी गलत resolve होने वाला रिकॉर्ड आम विफलता है और क्वेरी किए बिना दिखाई नहीं देता।
एक सप्ताह तक कोई वैध विफलता न होने पर ~all को -all में बदलकर दोबारा प्रकाशित करें। इसी बिंदु से SPF वास्तव में डोमेन की रक्षा शुरू करता है।
भेजने वाला प्रदाता जोड़ने या हटाने पर DNS पैनल की सक्रिय स्ट्रिंग संपादित करने के बजाय SPF रिकॉर्ड जेनरेटर फिर चलाएँ।
सीमाएँ
SPF प्रेषक प्रमाणीकरण के तीन रिकॉर्ड में से एक है। उससे बाकी दोनों कामों की उम्मीद करना अधिकतर गलत कॉन्फ़िगरेशन की शुरुआत है।
संदेश फ़ॉरवर्ड होने पर envelope sender आपका रहता है, जबकि डिलीवरी करने वाला IP फ़ॉरवर्डर का हो जाता है। पूरी तरह वैध मेल पर भी SPF सही ढंग से विफल होता है।
इसीलिए DKIM मौजूद है और DMARC संरेखण में दोनों में से किसी एक के पास होने को स्वीकार करता है।
SPF उस envelope sender को अधिकृत करता है जिसे प्राप्तकर्ता कभी नहीं देखते। कोई संदेश SPF पास करके भी अपनी पसंद का कोई भी From पता दिखा सकता है।
केवल DMARC दृश्यमान डोमेन को प्रमाणित डोमेन से जोड़ता है। अकेला SPF ऐसी कोई चीज़ नहीं रोकता जिसे उपयोगकर्ता देख सके।
एक सटीक रिकॉर्ड प्रकाशित करने से यह पता नहीं चलता कि जिन पतों पर आप भेजते हैं वे मौजूद हैं या नहीं। प्रेषक प्रमाणीकरण और प्राप्तकर्ता सत्यापन अलग समस्याएँ हैं।
प्राप्तकर्ता पक्ष के लिए ईमेल सत्यापक या अभियान से पहले बैच सत्यापन का उपयोग करें और दोनों को एक ही भेजने की प्रक्रिया के अलग भाग मानें।
सही SPF रिकॉर्ड अच्छी डिलीवरी की पूर्वशर्त है, उसका कारण नहीं। सामग्री, शिकायत दर और बाउंस दर अब भी इनबॉक्स में स्थान तय करते हैं।
पहले रिकॉर्ड सही करें, फिर बाकी पर काम करें।
संदर्भ और अगले चरण
SPF को IETF परिभाषित करता है और इस SPF रिकॉर्ड जेनरेटर के आसपास के टूल वे जाँच पूरी करते हैं जो यह नहीं करता।
IETF का RFC 7208 SPF, उसके तंत्र, क्वालिफायर और 10 लुकअप की मूल्यांकन सीमा परिभाषित करता है, जिसके भीतर यह SPF रिकॉर्ड जेनरेटर आपको रखता है।
रिकॉर्ड प्रकाशित करने के लिए इसे पढ़ना आवश्यक नहीं है, लेकिन क्वालिफायर के अर्थ पर हर विवाद का उत्तर इसमें मिलता है।
प्रकाशित करने के बाद SPF चेकर सक्रिय रिकॉर्ड को resolve करता है और लुकअप संख्या, सिंटैक्स त्रुटियाँ तथा प्रभावी नीति बताता है।
यहाँ जेनरेट करें, वहाँ सत्यापित करें—यह जोड़ी DNS पैनल द्वारा की गई उस गड़बड़ी को पकड़ती है जिसे जेनरेटर नहीं देख सकता।
SPF पूरी तस्वीर का एक-तिहाई है। DMARC जेनरेटर और DKIM टूल संरेखण तथा संदेश हस्ताक्षर संभालते हैं।
SPF वाला लेकिन DMARC के बिना डोमेन प्रमाणित होने पर भी From पंक्ति में स्पूफ किया जा सकता है।
सशुल्क AI सुविधाओं के साथ उन्नीस मुफ्त टूल, जिनमें से किसी के लिए अकाउंट जरूरी नहीं।
मुफ़्त उपकरण
मुफ़्त SPF रिकॉर्ड चेकर: किसी भी डोमेन का लाइव SPF रिकॉर्ड रिज़ॉल्व करें, DNS लुकअप गिनें और सिंटैक्स जाँचें। बिना साइनअप SPF सत्यापन।
डोमेन या इंफ्रास्ट्रक्चर साक्ष्य — मेलबॉक्स प्रमाण नहीं।
मुफ़्त उपकरण
मुफ़्त DKIM रिकॉर्ड जनरेटर से v=DKIM1 TXT रिकॉर्ड और selector._domainkey होस्टनेम बनाएँ। किसी भी प्रदाता के लिए, बिना साइनअप।
मुफ़्त उपकरण
मुफ़्त DMARC रिकॉर्ड जेनरेटर से सेकंडों में पॉलिसी, अलाइनमेंट और रिपोर्टिंग टैग वाला वैध v=DMARC1 TXT रिकॉर्ड बनाएँ। साइनअप नहीं।
मुफ़्त उपकरण
किसी भी डोमेन के A, AAAA, MX, TXT, NS, CNAME और SOA रिकॉर्ड आधिकारिक नेमसर्वर से लाइव जाँचें। मुफ़्त DNS लुकअप, साइनअप नहीं।
ईमेल उपकरण
मुफ़्त ईमेल डिलीवरबिलिटी टेस्ट: एक संदेश भेजें और ऑथेंटिकेशन, DNS, स्पैम-फ़िल्टर, ब्लैकलिस्ट, हेडर व कंटेंट स्कोर पाएँ। साइनअप की ज़रूरत नहीं।
प्रेषक या संदेश निदान — पता खोज नहीं।
ईमेल सत्यापन उपकरण
मुफ़्त ईमेल वेरिफ़ायर से बिना signup जाँचें कि ईमेल पता मान्य है या नहीं — सिंटैक्स, MX, SMTP mailbox, disposable, role और catch-all जाँच सहित।
प्राप्तकर्ता साक्ष्य — प्रेषक या DNS कॉन्फ़िगरेशन नहीं।
हाँ — SPF रिकॉर्ड जेनरेटर के लिए न साइनअप चाहिए, न खाता और न बनाए जाने वाले SPF रिकॉर्ड की कोई सीमा है। SPF लॉजिक पूरी तरह पेज पर चलता है और आपके डोमेन या SPF सेटअप की कोई जानकारी संग्रहित नहीं होती।
इसे अपने डोमेन रूट पर TXT रिकॉर्ड के रूप में प्रकाशित करें: होस्ट @ या सादा डोमेन, प्रकार TXT और मान जेनरेट की गई स्ट्रिंग। पुराने SPF रिकॉर्ड प्रकार का उपयोग न करें—प्राप्तकर्ता उसे अनदेखा करते हैं। प्रसार में आमतौर पर कुछ मिनट लगते हैं।
नहीं। हर डोमेन पर केवल एक SPF रिकॉर्ड होना चाहिए। दो प्रकाशित रिकॉर्ड permerror बनाते हैं और प्राप्तकर्ता उन्हें मिलाते नहीं हैं। यदि रिकॉर्ड पहले से है, तो दूसरा प्रकाशित करने के बजाय उसके तंत्रों को SPF रिकॉर्ड जेनरेटर इनपुट में मिलाएँ।
~all से शुरू करें। यह अनधिकृत मेल को अस्वीकार किए बिना संदिग्ध चिह्नित करता है, जिससे भूले हुए भेजने वाले स्रोत को खोजने के लिए एक सप्ताह मिलता है। जब कोई वैध मेल विफल न हो, तब -all अपनाएँ। सीधे -all लगाने वाला मुफ्त SPF रिकॉर्ड जेनरेटर आपके असली मेल को नुकसान पहुँचा सकता है।
दो कारण: प्रदाता include जोड़ते-जोड़ते 10 DNS लुकअप पार करना, या DNS पैनल द्वारा लंबे TXT मान को बाँटना अथवा काटना। प्रदाता बदलने पर मुफ्त SPF रिकॉर्ड जेनरेटर फिर चलाएँ और बाद में सक्रिय रिकॉर्ड को SPF चेकर से सत्यापित करें।
अकेले नहीं। SPF उस envelope sender को अधिकृत करता है जिसे कोई नहीं देखता। केवल DMARC दृश्यमान From डोमेन को प्रमाणित डोमेन से जोड़ता है, इसलिए SPF को तीन चरणों में पहला मानें: SPF, DKIM और DMARC।
बिना साइनअप SPF रिकॉर्ड जेनरेटर—रिकॉर्ड बनाएँ, प्रकाशित करें, फिर सक्रिय SPF रिकॉर्ड और उन पतों को सत्यापित करें जिन्हें आप वास्तव में मेल भेजते हैं।
बिना साइनअप SPF रिकॉर्ड जेनरेटर · 99.9% SMTP सटीकता · तुरंत API पहुँच · क्रेडिट कार्ड की आवश्यकता नहीं
