SPF रिकॉर्ड जेनरेटर वह इकलौता TXT रिकॉर्ड बनाता है जो पाने वाले मेल सर्वरों को बताता है कि आपके डोमेन के नाम से मेल कौन भेज सकता है। जिन प्रदाताओं से भेजते हैं उन्हें चुनें — Google Workspace, Microsoft 365, SendGrid — वे अपने प्रलेखित include तंत्रों में बदल जाते हैं; अपने सर्वर IP से जोड़ें और बाक़ी दुनिया के लिए नीति चुनें: भेजने वाले अभी खोज रहे हों तो ~all सॉफ़्टफ़ेल, सूची पूरी हो जाए तो -all अस्वीकृति। जाँच पक्ष किसी भी मौजूदा रिकॉर्ड को वैसे ही परखता है जैसे पाने वाला: v=spf1 उपसर्ग की पुष्टि, पुराने ptr और विनाशकारी +all की निशानदेही, all के बाद के बेकार पदों की चेतावनी, और DNS-लुकअप तंत्रों की गिनती उस 10 की कठोर सीमा से, जो चुपचाप ढेरों रिकॉर्ड तोड़ देती है।
विशेषताएँ
बड़े प्रदाताओं के लिए एक-क्लिक include
पता और CIDR जाँच के साथ ip4-ip6 तंत्र
अपने होस्ट से भेजने वालों के लिए a और mx स्विच
चारों all नीतियाँ ईमानदारी से समझाई गईं
RFC 7208 की 10 की सीमा के सामने DNS लुकअप गिनती
सब कुछ ब्राउज़र में जाँचा जाता है — कोई दूरस्थ क्वेरी नहीं
रिकॉर्ड सही दिखता है फिर भी मेल SPF में फ़ेल होता है। — लुकअप गिनें: include, a, mx, ptr, exists और redirect हरेक एक लेता है, और भीतर के include भी गिने जाते हैं। दस पार होते ही पाने वाले permerror लौटाते हैं। कम इस्तेमाल के include को ip4 में बदल दें।
डोमेन पर दो SPF रिकॉर्ड हैं। — यह अपने आप स्थायी त्रुटि है। सारे तंत्र एक ही v=spf1 स्ट्रिंग में मिलाएँ: हर डोमेन पर SPF रिकॉर्ड एक ही होता है।
सब पास हो जाता है — नक़ली मेल भी। — +all खोजें, जो पूरे इंटरनेट को अधिकृत करता है और रिकॉर्ड न होने से भी बदतर है। -all लगाएँ, रोलआउट में ~all, और साथ में DMARC।
अक्सर पूछे जाने वाले प्रश्न
SPF रिकॉर्ड क्या है और मेरे डोमेन को क्यों चाहिए?
यह DNS का TXT रिकॉर्ड है जो उन सर्वरों की सूची देता है जो आपके डोमेन के नाम से मेल भेज सकते हैं। पाने वाले जुड़ने वाले सर्वर को इससे मिलाते हैं; SPF के बिना कोई भी आपका पता नक़ल सकता है।
~all पर ख़त्म करूँ या -all पर?
शुरुआत ~all से करें: विफलताएँ चिह्नित होकर भी पहुँचती हैं, इसलिए भूला हुआ प्रेषक मेल नहीं खोता। जब रिपोर्टें दिखा दें कि हर वैध स्रोत पास हो रहा है, तब -all पर जाएँ।
SPF की 10 DNS लुकअप सीमा क्या है?
RFC 7208 हर मूल्यांकन में DNS पूछने वाले तंत्रों को दस तक सीमित करता है, भीतर के include समेत। पार करने पर permerror मिलता है, जिसे कई पाने वाले विफलता जैसा गिनते हैं। हर प्रदाता का include आम तौर पर एक से तीन लेता है।
क्या अकेला SPF ईमेल की नक़ल रोक देता है?
नहीं। SPF लिफ़ाफ़े का प्रेषक जाँचता है, दिखने वाला From नहीं, और फ़ॉरवर्डिंग पर टूट जाता है। DKIM हस्ताक्षर और DMARC नीति के साथ जोड़ें — तीनों मिलकर ही असली प्रमाणीकरण हैं।