अपने सेंडर और पॉलिसी चुनें। तैयार TXT रिकॉर्ड को अपने DNS में कॉपी करें, फिर चेकर से जाँचें।
जेनरेटर सिर्फ़ टेक्स्ट बनाता है। यह आपका DNS नहीं बदलता और यह नहीं जान सकता कि आपकी ओर से कौन-सी सेवाएँ भेजती हैं, इसलिए प्रकाशित करने से पहले हर सेंडर की सूची बनाएँ। प्रोवाइडर के include मान उसके अपने दस्तावेज़ों से पुष्ट करें।
आपके डोमेन से ईमेल भेजने वाले हर सिस्टम की सूची बनाएँ: आपका मेलबॉक्स प्रोवाइडर, आपकी सेंडिंग सेवा, और आपकी ओर से भेजने वाला कोई भी अन्य सिस्टम, जैसे CRM, बिलिंग सिस्टम या हेल्पडेस्क। मार्केटिंग टूल और वेबसाइट फ़ॉर्म वे हैं जिन्हें लोग सबसे ज़्यादा भूलते हैं। अगर कोई सिस्टम रिकॉर्ड में नहीं है, तो उसका मेल SPF में फ़ेल हो सकता है।
देखें कि आपके डोमेन पर पहले से रिकॉर्ड है या नहीं। दूसरा रिकॉर्ड प्रकाशित करने से वह पहले में जुड़ता नहीं; दो SPF रिकॉर्ड वाले डोमेन पर त्रुटि आती है। पहले अपने डोमेन पर चेकर चलाएँ और नया रिकॉर्ड पुराने की जगह लेने के लिए बनाएँ।
जेनरेटर आम स्थितियाँ देता है और बाकी आपको जोड़ने देता है।
आखिरी टर्म रिसीवर को बताता है कि आपकी सूची में न दिए गए सर्वरों के मेल का क्या करना है।
| अंत | मतलब | कब इस्तेमाल करें |
|---|---|---|
| ~all | सॉफ़्ट फ़ेल: अधिकृत नहीं, पर सिर्फ़ SPF के आधार पर अस्वीकार न करें। | जब तक आप सेंडर की सूची पक्की कर रहे हों, यह एक समझदार डिफ़ॉल्ट है। |
| -all | हार्ड फ़ेल: अधिकृत नहीं। | जब आपको भरोसा हो कि सूची पूरी है। |
| ?all | न्यूट्रल: कोई राय नहीं। | कम ही काम का है। यह रिसीवर को कार्रवाई का कोई आधार नहीं देता। |
अपने डोमेन के रूट पर एक TXT रिकॉर्ड बनाएँ (होस्ट आमतौर पर @ दिखता है)। रिकॉर्ड को ठीक वैसे ही पेस्ट करें जैसा बना है, अतिरिक्त उद्धरण चिह्नों के बिना, जब तक आपका DNS पैनल न माँगे। अगर आपका पैनल लंबे मान खुद बाँट देता है, तो बाँटने दें। परीक्षण के दौरान टाइम-टू-लिव कम रखें, जैसे 300 सेकंड।
बदलाव तुरंत नहीं होते। रिज़ॉल्वर पुराना उत्तर तब तक कैश रखते हैं जब तक उसका टाइम-टू-लिव खत्म न हो, इसलिए समय दें, फिर हमारे SPF चेकर से लाइव रिकॉर्ड जाँचें। "इस रिकॉर्ड को जाँचें" बटन आपका बनाया रिकॉर्ड पहले से लोड करके चेकर खोलता है, प्रकाशित करने से पहले ही।
सेवाएँ जोड़ते समय जेनरेटर DNS लुकअप की गिनती रखता है। अगर आप दस से ऊपर चले जाएँ, तो कुछ हटाएँ या किसी सेंडर को उसके अपने सबडोमेन पर ले जाएँ। सीमा से ऊपर का रिकॉर्ड ठीक दिखता है, फिर भी फ़ेल होता है।
SPF तीन जाँचों में से एक है। अपनी सेंडिंग सेवा के लिए DKIM हस्ताक्षर जोड़ें, फिर DMARC रिकॉर्ड, ताकि संदेश फ़ेल होने पर रिसीवर जानें कि क्या करना है। DMARC को p=none से शुरू करें, कुछ हफ़्ते रिपोर्ट पढ़ें, और उसके बाद ही सख्त करें। हमारा DMARC जेनरेटर रिकॉर्ड बनाता है और सुरक्षित रोलआउट दिखाता है।
जो सेवाएँ आप इस्तेमाल करते हैं उन पर टिक करें, अन्य प्रोवाइडर के include मान पेस्ट करें, और अपने सर्वरों के पते लिखें।
~all आम शुरुआती बिंदु है। जब पक्का हो जाए कि हर सेंडर सूची में है, तब -all पर जाएँ।
इसे अपने डोमेन के रूट पर एक ही TXT रिकॉर्ड के रूप में प्रकाशित करें। दूसरा जोड़ने के बजाय मौजूदा SPF रिकॉर्ड को बदलें।
असली लुकअप गिनती देखने के लिए चेकर इस्तेमाल करें, क्योंकि हर प्रोवाइडर include के अपने लुकअप लगते हैं।
अपने डोमेन के रूप में ईमेल भेजने वाले हर सिस्टम की सूची बनाएँ, हर एक के लिए एक include या ip4/ip6 एंट्री जोड़ें, और रिकॉर्ड को ~all पर खत्म करें। परिणाम को अपने डोमेन के रूट पर एक ही TXT रिकॉर्ड के रूप में प्रकाशित करें। यह जेनरेटर आपके लिए टेक्स्ट बना देता है।
ज़्यादातर टीमें ~all (सॉफ़्ट फ़ेल) से शुरू करती हैं जब तक वे पक्का नहीं कर लेतीं कि हर सेंडर सूची में है, और भरोसा होने पर -all (हार्ड फ़ेल) पर विचार करती हैं। आप जो भी चुनें, DKIM के साथ DMARC अतिरिक्त सुरक्षा देता है।
नहीं। डोमेन को ठीक एक SPF रिकॉर्ड प्रकाशित करना चाहिए। दो रिकॉर्ड स्थायी त्रुटि पैदा करते हैं। नया सेंडर जोड़ना हो तो दूसरा रिकॉर्ड बनाने के बजाय उसका include मौजूदा रिकॉर्ड में जोड़ें।
हर प्रोवाइडर अपना मान खुद बताता है। MigoSMTP के लिए अपने डैशबोर्ड में दिखा SPF मान कॉपी करें। Google Workspace और Microsoft 365 के लिए जेनरेटर उनके सार्वजनिक दस्तावेज़ों के मान देता है; प्रकाशित करने से पहले उन्हें प्रोवाइडर के वर्तमान हेल्प पेज से पुष्ट करें।
जितने पूरे रिकॉर्ड के लिए दस DNS लुकअप की सीमा में समा जाएँ, हर प्रोवाइडर के अपने रिकॉर्ड के भीतर के लुकअप भी गिनकर। रिकॉर्ड प्रकाशित करें, फिर असली कुल संख्या देखने के लिए SPF रिकॉर्ड चेकर चलाएँ।
यह रिकॉर्ड के TTL पर निर्भर है। कई DNS प्रोवाइडर कुछ मिनट से कुछ घंटों तक के मान इस्तेमाल करते हैं, और कुछ रिज़ॉल्वर इससे ज़्यादा देर कैश रखते हैं। प्रकाशित करने के बाद चेकर से फिर जाँचें और पुराने मान के खत्म होने का इंतज़ार करें।
चेकर चलाकर पुष्टि करें कि रिकॉर्ड मान्य है और दस में से कितने लुकअप इस्तेमाल हो रहे हैं।
खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।