Defaults.Exposed › रिपोर्ट

क्या एक डोमेन के दो SPF रिकॉर्ड हो सकते हैं? नहीं — एक मिलियन डोमेन ने अभी अपना खुद शून्य किया (2026)

प्रकाशित 2026-07-03

आंकड़े 2026-06-29 तक · कार्यप्रणाली v7. 261 मिलियन ग्रेड किए गए डोमेन में समग्र जनगणना। सभी आंकड़े समग्र हैं — कभी भी किसी व्यक्तिगत व्यवसाय का रिकॉर्ड नहीं। देखें हम कैसे ग्रेड करते हैं।

नहीं — एक डोमेन ठीक एक SPF रिकॉर्ड प्रकाशित कर सकता है, और यह गलत करने से SPF पूरी तरह से बंद हो जाता है: 1,013,416 डोमेन वर्तमान में दो या अधिक प्रकाशित करते हैं, जो RFC 7208 के तहत एक डोमेन के सभी SPF रिकॉर्डों को invalid बनाता है। नवीनतम नहीं, पुराना नहीं — हर एक। एक receiver जो multiple v=spf1 रिकॉर्ड पाता है वह permanent error लौटाना चाहिए, जिसका मतलब है कोई SPF सुरक्षा नहीं, एक डोमेन पर जो अपने मालिक को double सुरक्षा जैसा दिखता है।

दो SPF रिकॉर्ड शून्य क्यों होते हैं?

Standard स्पष्ट है: एक डोमेन की SPF policy v=spf1 से शुरू होने वाला एक single TXT रिकॉर्ड होना चाहिए (RFC 7208 §3.2; error result §4.5 में निर्धारित है)। अगर एक lookup एक से अधिक पाता है, तो receiver यह नहीं जान सकता कि कौन authoritative है — इसलिए standard अनुमान लगाना मना करता है। Standard-conformant receivers को PermError लौटाना चाहिए: evaluation permanently विफल होती है।

और एक PermError neutral नहीं है। DMARC इसे SPF leg पर fail के रूप में मानता है — इसलिए एक डोमेन जिसने अपना रिकॉर्ड duplicate किया है, उसने अपनी सुरक्षा शून्य कर दी है और अपने legitimate mail के authentication को handicap किया है।

लगभग 138 डोमेन में से 1 जो SPF try करते हैं ने यह खुद से किया है।

यह कैसे होता है? Onboarding copy-paste

लगभग कोई भी जानबूझकर दूसरा SPF रिकॉर्ड नहीं लिखता। यह उस दिन होता है जब आप एक email tool जोड़ते हैं:

आपके डोमेन में पहले से ही आपके mailbox provider से v=spf1 include:spf.protection.outlook.com -all है।
आप एक newsletter platform, CRM या invoicing tool के लिए sign up करते हैं।
इसकी setup guide कहती है: “यह TXT record अपने DNS में जोड़ें: v=spf1 include:newtool.example.com ~all।”
आप ठीक वही करते हैं जो यह कहता है — आप इसे पुराने के बगल में जोड़ देते हैं।

अब दो रिकॉर्ड मौजूद हैं, और दोनों शून्य हैं। Guide ने “जोड़” कहा, और जोड़ना ही वह एक चीज़ है जो standard allow नहीं करता; सही कदम — नए include: को मौजूदा रिकॉर्ड में merge करना — लगभग किसी onboarding flow द्वारा mention नहीं किया जाता।

जाँचें और ठीक करें — दो मिनट, मुफ्त

अपने डोमेन के TXT रिकॉर्ड देखें (dig TXT yourdomain.com, या हमारी मुफ्त जाँच उपयोग करें)।
v=spf1 से शुरू होने वाले रिकॉर्डों को गिनें। एकमात्र सुरक्षित संख्या 1 है।
अगर आपके पास अधिक हैं: merge करें — हर include: और ip4:/ip6: mechanism को एक single terminal qualifier के साथ एक रिकॉर्ड में (देखें ~all बनाम -all) — और बाकी हटाएं।

Before:  v=spf1 include:spf.protection.outlook.com -all
         v=spf1 include:servers.mcsv.net ~all

After:   v=spf1 include:spf.protection.outlook.com include:servers.mcsv.net -all

जैसे-जैसे आप merge करते हैं, 10-lookup limit पर नज़र रखें — बहुत अधिक include: mechanisms SPF को एक अलग तरीके से तोड़ते हैं।

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

क्या multiple SPF records allowed हैं? नहीं। RFC 7208 प्रति domain ठीक एक v=spf1 record की अनुमति देता है; दो या अधिक permanent error का कारण बनते हैं जो SPF को पूरी तरह शून्य करती है।

क्या दूसरा SPF record पहले को override करता है? न तो जीतता है। Multiple records पाने वाले receiver को choose करने के बजाय evaluation fail करनी चाहिए — इसलिए उन सभी ने एक बार काम करना बंद कर दिया।

मैं दो SPF records को एक में कैसे combine करूँ? एक रिकॉर्ड, v=spf1 से शुरू, उन सभी के हर include: और IP mechanism को समाहित करता है, एक single -all या ~all में समाप्त होता है। extras हटाएं, फिर verify करें कि आपकी lookup count merge से बची।

दो SPF records के साथ मेरी email अभी भी क्यों काम करती है? Error से टकराने वाले receivers आमतौर पर SPF के बिना आगे बढ़ते हैं, इसलिए आपका mail reputation और DKIM पर ride करता है। आपने जो खोया है वह सुरक्षा है — कुछ भी forger को reject नहीं करता।

जाँचें कि क्या आपका डोमेन उन मिलियन में से एक है

एक 30-second की नज़र या तो आपको clear करती है या आपको दो मिनट का merge सौंपती है।

अपना डोमेन जाँचें → · SPF ठीक करें → · SPF PermError रिपोर्ट → · SPF परिपक्वता मॉडल → · केवल समग्र डेटा। डेटा EU में संग्रहीत और संसाधित किया गया।