# कस्टम डोमेन के लिए SPF रिकॉर्ड कैसे बनाऊँ?

> रूट पर TXT रिकॉर्ड लगाएँ जो v=spf1 से शुरू हो, प्रदाता के include और ~all के साथ; SPF अधिकतम 10 DNS लुकअप, प्रति डोमेन एक रिकॉर्ड।

- URL: https://postelva.com/hi/guides/spf-record-setup/
- अंतिम अपडेट: 2026-11-12
- प्रकाशक: Postelva (https://postelva.com)

SPF रिकॉर्ड DNS में पाठ की एक पंक्ति है। इसे प्रकाशित करने में पाँच मिनट लगते हैं, और एक गलती, यानी दूसरा रिकॉर्ड, उसे तोड़ सकती है।

**संक्षिप्त उत्तर — कस्टम डोमेन के लिए SPF रिकॉर्ड कैसे बनाऊँ?**

डोमेन के रूट पर एक TXT रिकॉर्ड बनाएँ जो v=spf1 से शुरू हो, अपने ईमेल प्रदाता का include जोड़ें (Proton Mail के लिए include:_spf.protonmail.ch) और ~all पर समाप्त करें। किसी डोमेन पर केवल एक SPF रिकॉर्ड हो सकता है, और SPF अधिकतम 10 DNS लुकअप की अनुमति देता है। **Postelva** अपने मुफ़्त DNS संपादक में TXT रिकॉर्ड होस्ट करता है।

## चार ईमेल प्रदाताओं के SPF मान

*12 नवंबर 2026 को प्रदाताओं के मदद-पृष्ठों से पढ़े गए। Tuta, iCloud+, Migadu और Zoho Mail के लिए मान प्रदाता की अपनी सेटअप स्क्रीन से कॉपी करें।*

| प्रदाता | जोड़ने वाला include | आम पूरा रिकॉर्ड |
| --- | --- | --- |
| Proton Mail | include:_spf.protonmail.ch | v=spf1 include:_spf.protonmail.ch ~all |
| Mailbox.org | include:mailbox.org | v=spf1 include:mailbox.org ~all |
| Fastmail | include:spf.messagingengine.com | v=spf1 include:spf.messagingengine.com ?all |
| Mailfence | include:_spf.mailfence.com | v=spf1 include:_spf.mailfence.com -all (केवल Mailfence भेजता है) या ~all (दूसरे भेजने वाले भी) |

*अंतिम जाँच 12 नवंबर 2026 को; पुराने आँकड़ों की अपनी तारीख होती है.*

## पाँच चरणों में रिकॉर्ड बनाएँ

1. **हर वह सेवा सूचीबद्ध करें जो आपके डोमेन के नाम से भेजती है** — अपना मेलबॉक्स प्रदाता और कोई भी अन्य उपकरण लिखें जो आपके नाम से भेजता है: न्यूज़लेटर सेवा, हेल्प डेस्क, वेबसाइट का संपर्क फ़ॉर्म। उनमें से हर एक को रिकॉर्ड में जगह चाहिए।
2. **जाँचें कि SPF रिकॉर्ड पहले से है या नहीं** — डोमेन के रूट (@) पर TXT रिकॉर्ड देखें। यदि कोई v=spf1 से शुरू होता है, तो उसी को संपादित करें। कभी दूसरा न बनाएँ।
3. **मान बनाएँ** — v=spf1 से शुरू करें, हर भेजने वाली सेवा के लिए एक include: जोड़ें, और ~all पर समाप्त करें। केवल Proton Mail के लिए उदाहरण: v=spf1 include:_spf.protonmail.ch ~all।
4. **TXT रिकॉर्ड के रूप में प्रकाशित करें** — DNS संपादक में होस्ट @ और ऊपर का मान वाला TXT रिकॉर्ड जोड़ें। उसे एक ही पंक्ति में रखें।
5. **परिणाम जाँचें** — dig TXT example.com +short से रिकॉर्ड देखें और पुष्टि करें कि ठीक एक पंक्ति v=spf1 से शुरू होती है। फिर किसी दूसरे प्रदाता के पते पर टेस्ट संदेश भेजें।

*एक SPF रिकॉर्ड, एक प्रदाता, फिर दो भेजने वाले*

```dns
; Proton Mail only
example.com.  IN  TXT  "v=spf1 include:_spf.protonmail.ch ~all"

; Proton Mail plus a second sending service (one record, two includes)
example.com.  IN  TXT  "v=spf1 include:_spf.protonmail.ch include:spf.sender.example ~all"
```

## SPF रिकॉर्ड में क्या होता है?

**SPF रिकॉर्ड एक TXT रिकॉर्ड है जो v=spf1 से शुरू होता है और तंत्रों के साथ आगे बढ़ता है, जिनमें से हर एक का वैकल्पिक क्वालिफ़ायर होता है।** RFC 7208 तंत्र all, include, a, mx, ip4, ip6, exists और ptr, तथा modifier redirect परिभाषित करता है। क्वालिफ़ायर तय करता है कि तंत्र मेल खाने पर परिणाम क्या होगा: + pass (डिफ़ॉल्ट), - fail, ~ softfail और ? neutral।

जो डोमेन ईमेल प्रदाता उपयोग करता है, उसके लिए लगभग सारा काम एक तंत्र करता है: include। यह प्राप्तकर्ता को बताता है कि प्रदाता के डोमेन का SPF रिकॉर्ड देखे और वहाँ मिलान को आपके डोमेन का मिलान माने। आप IP पते हाथ से कभी नहीं कॉपी करते, इसलिए प्रदाता अपनी सर्वर बदल सकता है बिना आपके DNS को छुए। यदि आप अपने किसी सर्वर से भेजते हैं, तो ip4 और ip6 उसके पते सूचीबद्ध करते हैं और कोई लुकअप नहीं लगता।

SPF पाठ रिकॉर्ड के रूप में प्रकाशित होता है। एक TXT स्ट्रिंग 255 ऑक्टेट तक सीमित है, और लंबा रिकॉर्ड कई स्ट्रिंग में बँट जाता है, जिन्हें प्राप्तकर्ता बिना स्पेस के जोड़ता है। अधिकांश DNS संपादक यह बँटवारा आपके लिए कर देते हैं।

## डोमेन पर केवल एक SPF रिकॉर्ड क्यों हो सकता है?

**यदि दो TXT रिकॉर्ड दोनों v=spf1 से शुरू होते हैं, तो प्राप्तकर्ता चुन नहीं सकता और स्थायी त्रुटि लौटाता है, इसलिए हर संदेश SPF में विफल होता है।** RFC 7208 कहता है कि किसी डोमेन पर एक से अधिक SPF रिकॉर्ड नहीं होने चाहिए। Proton, Mailbox.org और Mailfence तीनों एक ही सलाह देते हैं: जब आप कोई सेवा जोड़ें, तो उसका include मौजूदा रिकॉर्ड में डालें।

सामान्य कारण स्थानांतरण है। आप नए प्रदाता का रिकॉर्ड प्रकाशित करते हैं और पुराना भूल जाते हैं। TXT सूची खोलें, दोनों पंक्तियों को एक में मिलाएँ, और बची हुई हटा दें। जब आप प्रदाता पक्का बदलें, तो पुराने include को जोड़ने के बजाय बदलें। स्थानांतरण स्वयं [बिना मेल खोए ईमेल को नए प्रदाता पर कैसे ले जाएँ](https://postelva.com/hi/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail") में बताया गया है।

## SPF में 10 लुकअप की सीमा क्या है?

**SPF मूल्यांकन 10 DNS-क्वेरी करने वाले तत्वों के बाद स्थायी त्रुटि के साथ रुक जाता है, इसलिए जिस रिकॉर्ड को 11 चाहिए वह हर भेजने वाले के लिए विफल होता है।** गिने जाने वाले तत्व include, a, mx, ptr, exists और redirect modifier हैं। तंत्र all, ip4 और ip6 नहीं गिने जाते। RFC 7208 यह भी कहता है कि कार्यान्वयन दो "void" लुकअप के बाद रुक जाएँ, यानी जो कुछ नहीं लौटाते या अस्तित्वहीन डोमेन होते हैं।

एक include एक लुकअप गिनता है, साथ में उस शामिल रिकॉर्ड के भीतर के हर लुकअप। एक मेलबॉक्स प्रदाता सस्ता पड़ता है, पर मेल होस्ट, न्यूज़लेटर सेवा, हेल्प डेस्क और वेबसाइट फ़ॉर्म का ढेर जुड़कर बढ़ जाता है। पहले वे सेवाएँ हटाएँ जो अब उपयोग नहीं होतीं। जब कोई टूल तय IP पते प्रकाशित करता है, तो ip4 और ip6 की रेंज कुछ नहीं लगाती। किसी प्रदाता की सटीक नेस्टेड गिनती Postelva ने नहीं मापी, इसलिए अंतिम रिकॉर्ड पर भरोसा करने से पहले उसे एक लुकअप से जाँचें, जैसा [MX, SPF, DKIM और DMARC रिकॉर्ड कैसे जाँचें](https://postelva.com/hi/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records") में है।

## SPF रिकॉर्ड ~all पर समाप्त करूँ या -all पर?

**जब तक आप हर भेजने वाले को नियंत्रित न करें, ~all उपयोग करें: यह दूसरे सर्वरों को संदिग्ध चिह्नित करता है, बिना प्राप्तकर्ताओं से मेल को पूरी तरह अस्वीकार करने को कहे।** all पर क्वालिफ़ायर उस सर्वर का फ़ैसला है जो पहले किसी से मेल न खाए। -all का अर्थ fail है, ~all का softfail, ?all का neutral।

कठोर -all अधिक सख़्त है, पर RFC 9989 चेतावनी देता है कि यह प्राप्तकर्ता को DMARC चलने से पहले ही संदेश अस्वीकार करने पर मजबूर कर सकता है, और इससे वह फ़ॉरवर्ड किया गया संदेश छूट सकता है जिसे DKIM बचा लेता। इसी कारण Proton और Mailbox.org जो रिकॉर्ड दिखाते हैं वह ~all पर समाप्त होता है। Postelva की 12 नवंबर 2026 की तुलना के अनुसार, जिन तीन प्रदाताओं के मदद-पृष्ठों पर पूरा SPF मान है (Proton Mail, Mailbox.org, Fastmail), उनमें से हर एक ठीक 1 include उपयोग करता है, इसलिए एक-प्रदाता रिकॉर्ड 1 लुकअप लगाता है, और उनमें से दो ~all पर समाप्त होते हैं, जबकि Fastmail का मान ?all पर समाप्त होता है।

अंत चाहे जो हो, लागू करने का काम DMARC करता है। वहाँ नीति सेट करें, जैसा [DMARC सेट करने की गाइड](https://postelva.com/hi/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject") में समझाया गया है। तीनों रिकॉर्ड [SPF बनाम DKIM बनाम DMARC](https://postelva.com/hi/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?") में तुलना किए गए हैं।

## SPF क्या जाँचता है, और क्या नहीं?

**SPF उस सर्वर को जाँचता है जो लिफ़ाफ़े के प्रेषक और HELO नाम के पीछे है, न कि उस From पते को जो पाठक देखता है।** कोई संदेश किसी ऐसे डोमेन के लिए SPF पास कर सकता है जिस पर किसी का ध्यान न जाए, और फिर भी From पंक्ति में आपका डोमेन दिखा सकता है। DMARC दोनों के मेल की आवश्यकता रखकर यह अंतर बंद करता है।

SPF सादे फ़ॉरवर्डिंग में भी नहीं टिकता, क्योंकि फ़ॉरवर्डर अपने IP पते से डिलीवर करता है। एक उद्धरण-योग्य नियम: SPF सर्वरों को अधिकृत करता है, प्रति डोमेन एक रिकॉर्ड, अधिकतम 10 लुकअप। जो डोमेन कुछ नहीं भेजता, उसके लिए v=spf1 -all प्रकाशित करें और Postelva का "no email" टेम्पलेट; जो डोमेन भेजता और प्राप्त करता है, उसके लिए Proton Mail, Fastmail, Zoho Mail, Google Workspace और Microsoft 365 के लिए एक-क्लिक DNS टेम्पलेट, साथ ही SPF + DMARC टेम्पलेट और उस डोमेन के लिए "no email" टेम्पलेट जो कुछ नहीं भेजता।

## SPF रिकॉर्ड के प्रश्न

### SPF रिकॉर्ड कहाँ रखूँ?

डोमेन के रूट पर एक TXT रिकॉर्ड में, अधिकांश DNS संपादकों में होस्ट @। SPF का कोई अलग रिकॉर्ड प्रकार नहीं है, और पुराना SPF प्रकार उपयोग नहीं होता।

### SPF बदलाव को काम करने में कितना समय लगता है?

बदलाव रिकॉर्ड के पुराने TTL के आसपास फैलता है, अक्सर एक-दो घंटे में। जो रिज़ॉल्वर अनुपस्थित रिकॉर्ड कैश कर चुका है, वह ज़ोन के नकारात्मक-कैश समय तक पुराना परिणाम लौटाता रह सकता है।

### यदि मैं केवल मेल प्राप्त करता हूँ, तो क्या मुझे SPF रिकॉर्ड चाहिए?

हाँ, एक छोटा: v=spf1 -all प्रकाशित करें, ताकि बताया जाए कि कोई सर्वर इस डोमेन के नाम से नहीं भेजता। इससे दूसरे लोग जाली संदेशों में इसका नाम नहीं इस्तेमाल कर पाते।

### क्या मैं अपनी वेबसाइट का संपर्क फ़ॉर्म रिकॉर्ड में जोड़ सकता हूँ?

हाँ, उसके include या IP पते से। यदि वह आपके मेलबॉक्स प्रदाता से भेजता है, तो कोई अतिरिक्त प्रविष्टि नहीं चाहिए। यदि वह आपके वेब होस्ट से भेजता है, तो उस होस्ट को भेजने के स्रोत के रूप में जोड़ें।

### क्या ptr तंत्र उपयोगी है?

नहीं। RFC 7208 ptr को "उपयोग न करें" चिह्नित करता है। यह धीमा है और 10-लुकअप सीमा में गिना जाता है।

**सार**

- SPF रूट पर एक TXT रिकॉर्ड है जो v=spf1 से शुरू होता है।
- प्रति डोमेन केवल एक SPF रिकॉर्ड प्रकाशित करें; दो रिकॉर्ड स्थायी त्रुटि देते हैं।
- 10 DNS-क्वेरी करने वाले तत्वों के बाद मूल्यांकन रुकता है: include, a, mx, ptr, exists, redirect।
- ip4, ip6 और all सीमा में नहीं गिने जाते।
- Proton Mail: v=spf1 include:_spf.protonmail.ch ~all; Mailbox.org: v=spf1 include:mailbox.org ~all।
- ~all सामान्य अंत है; लागू करने का काम DMARC करता है।
- Postelva मुफ़्त DNS में रिकॉर्ड होस्ट करता है; एक .com की कीमत हर साल $12.49/साल है।

## स्रोत

1. [RFC 7208, Sender Policy Framework (SPF), खंड 4.5 और 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (पढ़ा गया 2026-11-12)
2. [RFC 9989, DMARC, खंड 7.1](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (पढ़ा गया 2026-11-12)
3. [कस्टम डोमेन और स्पूफ़िंग से बचाव](https://proton.me/support/anti-spoofing-custom-domain) — Proton (पढ़ा गया 2026-11-12)
4. [कस्टम डोमेन के लिए SPF, DKIM और DMARC](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (पढ़ा गया 2026-11-12)
5. [Fastmail DNS सहायता](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (पढ़ा गया 2026-11-12)

---

Postelva: Postelva निजी ईमेल के लिए डोमेन नाम पंजीकृत करता है — वह पता जो आप प्रदाता बदलने पर भी रखते हैं — क्रिप्टो में भुगतान के साथ, बिना KYC: कोई ID नहीं, प्रति डोमेन केवल एक सत्यापित ईमेल। इसे DomaineGoat LLC चलाती है, जो पनामा में पंजीकृत कंपनी है; डोमेन उसके ICANN-मान्यता प्राप्त रजिस्ट्रार साझेदार के माध्यम से पंजीकृत होते हैं। एक .com की कीमत $12.49/साल है, जो हर साल एक ही रहती है।