एसपीएफ़ से जुड़ी समस्याएं हल करना

अगर आपने सेंडर पॉलिसी फ़्रेमवर्क (एसपीएफ़) सेट अप किया है, लेकिन आपके डोमेन से भेजे गए ईमेल अब भी:

  • एसपीएफ़ की पुष्टि की जांच में पास नहीं हो रहे हैं
  • ईमेल पाने वाले सर्वर से अस्वीकार किए जा रहे हैं
  • ईमेल पाने वाले लोगों के स्पैम फ़ोल्डर में भेजे जा रहे हैं

ध्यान दें: एसपीएफ़ रिकॉर्ड जोड़ने के बाद, एसपीएफ़ की पुष्टि की सुविधा को काम करने में 48 घंटे लग सकते हैं.

इस पेज पर

सबसे आम समाधान

पक्का करें कि आपके पास एसपीएफ़ रिकॉर्ड हो (और सिर्फ़ एक)

ईमेल भेजने के लिए, आपके पास एसपीएफ़ रिकॉर्ड होना ज़रूरी है. अगर आपके पास यह रिकॉर्ड नहीं है, तो ईमेल ब्लॉक किए जा सकते हैं या सीधे स्पैम में भेजे जा सकते हैं.

ध्यान दें कि हर डोमेन के लिए सिर्फ़ एक एसपीएफ़ रिकॉर्ड हो सकता है. इसमें सभी होस्ट या ईमेल सेवाओं की जानकारी दी जाती है. अगर आपके पास एक से ज़्यादा एसपीएफ़ रिकॉर्ड हैं, तो हो सकता है कि आपका ईमेल, पाने वाले व्यक्ति के स्पैम फ़ोल्डर में चला जाए. यह देखने के लिए कि आपके पास एसपीएफ़ रिकॉर्ड है या नहीं, वेब पर उपलब्ध कई मुफ़्त टूल में से किसी एक का इस्तेमाल करें. अगर आपके पास एक से ज़्यादा एसपीएफ़ रिकॉर्ड हैं, तो इन सभी को मिलाकर एक रिकॉर्ड बनाएं.

  1. देखें कि एसपीएफ़ पहले से सेट अप है या नहीं.
  2. अपना एसपीएफ़ रिकॉर्ड तैयार करें.
  3. अपना एसपीएफ़ रिकॉर्ड जोड़ें या अपडेट करें.

अपने एसपीएफ़ सिंटैक्स की पुष्टि करें

अगर आपने ईमेल भेजने के लिए सिर्फ़ Google Workspace का इस्तेमाल किया है, तो आपका एसपीएफ़ सिंटैक्स ऐसा दिखना चाहिए:

v=spf1 include:_spf.google.com ~all

एसपीएफ़ के सामान्य सिंटैक्स की सूची देखने के लिए, एसपीएफ़ सेट अप करें पर जाएं.

  • पक्का करें कि आपने "~all" क्वालिफ़ायर का सही इस्तेमाल किया हो. यह सिंबल टिल्ड (~) होना चाहिए, न कि हाइफ़न (-) या सवाल का निशान. हाइफ़न का इस्तेमाल करने पर, यह ज़्यादा पाबंदी वाला हो सकता है. साथ ही, इससे मान्य ईमेल की डिलीवरी में समस्याएं आ सकती हैं. सवाल के निशान का इस्तेमाल करने पर, भेजे जाने वाले ईमेल की पुष्टि नहीं हो पाती.
  • एसपीएफ़ रिकॉर्ड डालते समय सावधानी बरतें. टाइपो, ज़्यादा खाली जगहें या कोटेशन मार्क का गलत इस्तेमाल करने पर, एसपीएफ़ रिकॉर्ड अमान्य हो सकता है.
  • अपने डोमेन होस्ट में एसपीएफ़ रिकॉर्ड जोड़ते समय, @ सिंबल डालें. हालांकि, यह सिंबल तब ही डालें, जब होस्ट वही डोमेन हो (सबडोमेन नहीं) जिसके लिए एसपीएफ़ रिकॉर्ड जोड़ा जा रहा है. इसके अलावा, अपना डोमेन नेम डालें. उदाहरण के लिए, yourdomain.com.

एसपीएफ़ रिकॉर्ड में, तीसरे पक्ष की सेवा इस्तेमाल करके ईमेल भेजने वाले लोगों के पते जोड़ें

अगर आपने अपने डोमेन की ओर से ईमेल भेजने के लिए, Google Workspace के अलावा अन्य सेवाओं का इस्तेमाल किया है, तो आपको इन सेवाओं के बारे में एक एसपीएफ़ रिकॉर्ड में बताना होगा. उदाहरण के लिए, अगर आपने ईमेल भेजने के लिए Workspace और Salesforce का इस्तेमाल किया है, तो आपके एसपीएफ़ रिकॉर्ड में Google Workspace और Salesforce, दोनों को अनुमति दी जानी चाहिए. इस उदाहरण में, एसपीएफ़ सिंटैक्स ऐसा होगा:

v=spf1 include:_spf.google.com include:[salesforce_domain] ~all

अगर आपके एसपीएफ़ रिकॉर्ड में, उन सभी सेवाओं की जानकारी नहीं है जो आपके डोमेन से ईमेल भेजती हैं, तो इन सेवाओं से भेजे गए ईमेल की पुष्टि एसपीएफ़ से नहीं हो पाएगी. साथ ही, इन्हें अस्वीकार किया जा सकता है या स्पैम में भेजा जा सकता है.

डीएनएस मैनेजमेंट के बारे में जानें

सवाल: डोमेन होस्ट क्या होता है?

जवाब: डोमेन होस्ट एक ऐसी सेवा है जो आपकी वेबसाइट के डोमेन नेम को होस्ट करती है.

सवाल: एसपीएफ़ रिकॉर्ड क्या होता है?

जवाब: एसपीएफ़ रिकॉर्ड, टेक्स्ट की एक लाइन होती है. इसमें उन आईपी पतों और मेल सर्वर की सूची होती है जिन्हें आपके डोमेन की ओर से ईमेल भेजने की अनुमति मिली होती है.

सवाल: डीएनएस टीएक्सटी रिकॉर्ड क्या होता है?

जवाब: डीएनएस टीएक्सटी रिकॉर्ड, एक खाली रिकॉर्ड होता है. इसमें आपके डोमेन के बारे में किसी भी तरह की सामान्य टेक्स्ट वाली जानकारी शामिल की जा सकती है. इस मामले में, आपने एसपीएफ़ रिकॉर्ड जोड़ा है. आपके डीएनएस टीएक्सटी रिकॉर्ड में, डोमेन की पुष्टि करने वाला टीएक्सटी रिकॉर्ड भी शामिल हो सकता है. इससे यह पुष्टि होती है कि डोमेन का मालिकाना हक आपके पास है.

सवाल: मैं अपने डोमेन होस्ट की डीएनएस सेटिंग को कैसे ऐक्सेस करूं?

जवाब: अपने डोमेन होस्ट में साइन इन करें. इसके बाद, उस पेज पर जाएं जहां अपने डोमेन के डीएनएस टीएक्सटी रिकॉर्ड अपडेट किए जाते हैं. यह पेज ढूंढने के लिए, अपने डोमेन का दस्तावेज़ देखें. ज़्यादा जानकारी के लिए, एसपीएफ़ सेट अप करें पर जाएं.

सवाल: डीएनएस लुकअप क्या होता है?

जवाब: जब कोई मेल सर्वर, आपके डोमेन से भेजे गए इनबाउंड ईमेल की जांच, आपके एसपीएफ़ रिकॉर्ड के हिसाब से करता है, तो सर्वर लुकअप कर सकता है. लुकअप, किसी डोमेन के आईपी पते ढूंढने की प्रोसेस होती है. यहां दिए गए उदाहरणों में, हर एसपीएफ़ रिकॉर्ड के लिए एक लुकअप किया जाता है:

  • एसपीएफ़ मैकेनिज़्म: a, exists, include, mx, ptr
  • एसपीएफ़ मॉडिफ़ायर: redirect

एसपीएफ़ रिकॉर्ड के मैकेनिज़्म और एसपीएफ़ रिकॉर्ड के मॉडिफ़ायर के बारे में ज़्यादा जानें.

डीएनएस लुकअप की संख्या ज़्यादा होने की वजह से होने वाली समस्याएं ठीक करना

एसपीएफ़ की खास जानकारी के मुताबिक, ज़्यादा से ज़्यादा 10 डीएनएस लुकअप किए जा सकते हैं. उदाहरण के लिए, include, a, mx मैकेनिज़्म. कई तीसरे पक्ष की सेवाओं को शामिल करने वाले जटिल एसपीएफ़ रिकॉर्ड, इस सीमा से ज़्यादा हो सकते हैं. इससे आपके एसपीएफ़ रिकॉर्ड की पुष्टि नहीं हो पाएगी. गड़बड़ी के मैसेज, सेवा देने वाली कंपनी के हिसाब से अलग-अलग हो सकते हैं. हालांकि, इनमें ऐसी चेतावनियां शामिल हो सकती हैं कि आपके पास एसपीएफ़ रिकॉर्ड नहीं है. भले ही, आपके पास यह रिकॉर्ड हो.

  • Google Admin टूलबॉक्स में, Check MX टूल का इस्तेमाल करके, अपने एसपीएफ़ रिकॉर्ड में लुकअप की संख्या देखें.
  • डुप्लीकेट मैकेनिज़्म और एक ही डोमेन के लिए इस्तेमाल किए गए मैकेनिज़्म हटाएं.
  • नेस्टेड लुकअप के बारे में जानें. इन्हें 10 डीएनएस लुकअप की सीमा में गिना जाता है. अगर आपके एसपीएफ़ रिकॉर्ड में कोई डोमेन शामिल है और उस डोमेन के एसपीएफ़ रिकॉर्ड में अन्य डोमेन शामिल हैं, तो अन्य डोमेन को आपके डीएनएस लुकअप की सीमा में गिना जाता है.
  • include मैकेनिज़्म का इस्तेमाल करते समय, ध्यान रखें कि नेस्टेड लुकअप की वजह से, आपके एसपीएफ़ रिकॉर्ड में 10 डीएनएस लुकअप की सीमा से ज़्यादा हो सकते हैं.
  • ip4 और ip6 मैकेनिज़्म का इस्तेमाल करते समय, ध्यान रखें कि एसपीएफ़ रिकॉर्ड में 255 वर्णों की स्ट्रिंग की सीमा होती है.
  • सिर्फ़ उन डोमेन को शामिल करें जो आपके लिए, सक्रिय तौर पर ईमेल भेज रहे हैं.
  • तीसरे पक्षों के लिए, include मैकेनिज़्म हटाएं. ऐसा तब करें, जब वे आपके डोमेन के लिए अब ईमेल नहीं भेज रहे हों.

बदलावों के लागू होने के लिए 24 से 48 घंटे इंतज़ार करें

एसपीएफ़ रिकॉर्ड से जुड़ी समस्याएं ठीक करने के बाद, इन बदलावों को दुनिया भर में लागू होने में 24 से 48 घंटे लग सकते हैं.

अन्य समाधान

अगर आपकी समस्या, ऊपर दी गई सूची में शामिल नहीं है, तो इनमें से एक या ज़्यादा चरण आज़माएं:

देखें कि भेजे जाने वाले ईमेल की पुष्टि एसपीएफ़ से की गई है या नहीं

ईमेल के हेडर में, एसपीएफ़ की पुष्टि की जांच के नतीजे शामिल होते हैं. ज़्यादा जानकारी के लिए, देखें कि आपके Gmail ईमेल की पुष्टि की गई है या नहीं और पूरे हेडर के साथ किसी ईमेल को ट्रैक करना पर जाएं.

अपने एसपीएफ़ रिकॉर्ड से आईपी रेंज हटाएं

अपने एसपीएफ़ रिकॉर्ड में, शेयर किए गए आईपी पतों की बड़ी रेंज का इस्तेमाल न करें. इनका इस्तेमाल अक्सर क्लाउड होस्टिंग/कंप्यूटिंग के लिए किया जाता है. अपने डोमेन के क्लाउड कंप्यूटिंग इंस्टेंस के लिए, तय किए गए आईपी पतों का इस्तेमाल करने के लिए, अपने एसपीएफ़ रिकॉर्ड को अपडेट करें.

देखें कि ईमेल फ़ॉरवर्ड किए गए हैं या नहीं

भले ही, आपके डोमेन के लिए एसपीएफ़ सही तरीके से सेट अप किया गया हो, फिर भी फ़ॉरवर्ड किए गए ईमेल की पुष्टि एसपीएफ़ से नहीं हो सकती. आम तौर पर, ऐसा इसलिए होता है, क्योंकि फ़ॉरवर्ड करने वाला सर्वर, ईमेल को अलग तरीके से फ़ॉरवर्ड करता है.

  • ईमेल लॉग सर्च का इस्तेमाल करके, पुष्टि करें कि ईमेल फ़ॉरवर्ड किया गया था. साथ ही, ईमेल पाने वाले व्यक्ति का ओरिजनल पता पाएं. अगर किसी ईमेल को स्पैम के तौर पर मार्क करने वाला व्यक्ति, ईमेल पाने वाला ओरिजनल व्यक्ति नहीं है, तो ऐसा हो सकता है कि ईमेल फ़ॉरवर्ड किया गया हो.
  • ईमेल फ़ॉरवर्ड करने वाले तीसरे पक्ष से संपर्क करें, ताकि यह पता चल सके कि वे ईमेल फ़ॉरवर्ड करने का तरीका बदल सकते हैं या नहीं.
  • संदिग्ध ईमेल गतिविधि की जांच करने के लिए, समस्या हल करने के बेहतर तरीके (इस पेज पर बाद में) में दिए गए टूल का इस्तेमाल करें. कभी-कभी, स्पैम करने वाले लोग, डोमेन या संगठनों के नाम का इस्तेमाल करके ईमेल फ़ॉरवर्ड करते हैं.

ज़्यादा जानकारी के लिए, फ़ॉरवर्ड किए गए ईमेल की पुष्टि करने में मदद करना पर जाएं.

ईमेल भेजने के तरीकों की समीक्षा करें

अगर आपके डोमेन के लिए मान्य एसपीएफ़ रिकॉर्ड है और ईमेल अब भी स्पैम में भेजे जा रहे हैं, तो इसकी वजह एसपीएफ़ के अलावा कुछ और हो सकती है. Gmail उपयोगकर्ताओं को ईमेल भेजने के लिए, ईमेल भेजने के दिशा-निर्देशों का पालन करें. खास तौर पर, तब जब आपने बड़ी संख्या में ईमेल भेजे हों.

समस्या हल करने के बेहतर तरीके

अगर ऊपर बताए गए सुझावों को आज़माने के बाद भी समस्याएं आ रही हैं, तो समस्या हल करने के ये बेहतर तरीके आज़माएं:

ईमेल के हेडर में, पुष्टि के नतीजे देखना

आपके डोमेन से भेजे गए ईमेल के हेडर में, एसपीएफ़ की पुष्टि के बारे में जानकारी होती है. अपने डोमेन से भेजे गए ईमेल के पूरे हेडर पाने के लिए, पूरे हेडर के साथ किसी ईमेल को ट्रैक करना में दिए गए चरण पूरे करें.

ईमेल के हेडर का वह हिस्सा ढूंढें जो Authentication-Results से शुरू होता है. इसके बाद, spf एंट्री के बाद वाला टेक्स्ट नोट करें. ईमेल के हेडर के इस कॉन्टेंट का इस्तेमाल करके, यहां दी गई टेबल में लागू होने वाली पंक्ति ढूंढें और सुझाए गए चरण पूरे करें.

ईमेल के हेडर का कॉन्टेंट संभावित वजहें सुझाए गए चरण
Authentication-Results में spf एंट्री नहीं है ईमेल की जांच एसपीएफ़ से नहीं की गई. ऐसा हो सकता है कि आपका एसपीएफ़ रिकॉर्ड सही तरीके से सेट अप न किया गया हो. पक्का करें कि आपके पास एसपीएफ़ रिकॉर्ड हो (और सिर्फ़ एक) और अपने एसपीएफ़ सिंटैक्स की पुष्टि करें पर जाएं. ये दोनों लेख, इस पेज पर पहले दिए गए हैं.
spf एंट्री में best guess record शामिल है
  • आपके डोमेन के लिए एसपीएफ़ सेट अप नहीं किया गया है.
  • आपके डोमेन के लिए एसपीएफ़ सही तरीके से सेट अप नहीं किया गया है.
  • आपके डोमेन की सेवा देने वाली कंपनी के डीएनएस में कोई समस्या है.
एसपीएफ़ का नतीजा (spf= के बाद वाला टेक्स्ट) neutral, softfail या fail है
  • ईमेल, मान्य ईमेल पते से भेजा गया है. हालांकि, ईमेल भेजने वाले के आईपी पते को आपके एसपीएफ़ रिकॉर्ड में शामिल नहीं किया गया है.
  • ईमेल, जान-बूझकर ऐसे आईपी पते से भेजा गया है जिसकी पुष्टि नहीं की गई है.
  • ईमेल, बिना अनुमति वाले ईमेल पते से भेजा गया है. इस मामले में, एसपीएफ़ का नतीजा सही है.
एसपीएफ़ का नतीजा (spf= के बाद वाला टेक्स्ट) temperror या permerror है
  • ईमेल, मान्य ईमेल पते से भेजा गया है. हालांकि, ईमेल भेजने वाले के आईपी पते को आपके एसपीएफ़ रिकॉर्ड में शामिल नहीं किया गया है.
  • ईमेल, जान-बूझकर ऐसे आईपी पते से भेजा गया है जिसकी पुष्टि नहीं की गई है.
  • ईमेल, बिना अनुमति वाले ईमेल पते से भेजा गया है. इस मामले में, एसपीएफ़ के नतीजे सही हैं.

रिपोर्टिंग टूल की मदद से, अहम जानकारी पाना

अपने डोमेन के लिए, ईमेल की डिलीवरी और पुष्टि के बारे में ज़्यादा जानकारी पाने के लिए, Workspace के इन रिपोर्टिंग टूल को आज़माएं.

रिपोर्टिंग टूल सुझाए गए चरण

ईमेल लॉग सर्च

फ़ॉरवर्ड करने से जुड़ी समस्याओं को हल करने के लिए, ईमेल लॉग सर्च (ईएलएस) की मदद से, इनबाउंड और आउटबाउंड ईमेल के लिए, डेस्टिनेशन का ओरिजनल पता पाएं. ईएलएस में, इनबाउंड ईमेल का सोर्स आईपी पता शामिल होता है. इसलिए, एसपीएफ़ की पुष्टि से जुड़ी समस्याओं को हल किया जा सकता है. ईएलएस से यह भी पता चलता है कि आपके डोमेन के उपयोगकर्ताओं को मिले ईमेल को स्पैम के तौर पर मार्क किया गया है या नहीं.

पुष्टि की रिपोर्ट

पुष्टि की रिपोर्ट की मदद से, यह देखें कि आपके डोमेन से भेजे गए किन ईमेल की पुष्टि एसपीएफ़, डीकेआईएम, और डीएमएआरसी से की गई है.

पोस्टमास्टर टूल

अगर आपने नियमित तौर पर बड़ी संख्या में ईमेल भेजे हैं, तो पोस्टमास्टर टूल की मदद से, अपने डोमेन से भेजे गए ईमेल के बारे में जानकारी पाएं. इस सुविधा में, डिलीवरी से जुड़ी गड़बड़ियों, स्पैम रिपोर्ट, और फ़ीडबैक लूप के बारे में जानकारी होती है.

सुरक्षा जांच टूल

सुरक्षा जांच टूल की मदद से, इनबाउंड ईमेल की पुष्टि का स्टेटस पाएं. साथ ही, उन इनबाउंड ईमेल की पहचान करें जिनकी पुष्टि नहीं की गई है.

Gmail की रिपोर्ट और BigQuery

Gmail की रिपोर्ट और BigQuery की मदद से, इनबाउंड ईमेल की पुष्टि का स्टेटस, अलग-अलग ईमेल के बारे में ज़्यादा जानकारी, और समय के साथ डिलीवरी के आंकड़े पाएं.


Google, Google Workspace, और इनसे जुड़े निशान और लोगो, Google LLC के ट्रेडमार्क हैं. अन्य सभी कंपनियों और प्रॉडक्ट के नाम, उन कंपनियों के ट्रेडमार्क हैं जिनसे वे जुड़े हुए हैं.