# Cum creez o înregistrare SPF pentru un domeniu personalizat?

> Publicați o înregistrare TXT care începe cu v=spf1, cu include-ul furnizorului dvs. și ~all; SPF permite cel mult 10 căutări DNS și o înregistrare pe domeniu.

- URL: https://postelva.com/ro/guides/spf-record-setup/
- Ultima actualizare: 2026-11-12
- Editor: Postelva (https://postelva.com)

O înregistrare SPF este o linie de text în DNS. Durează cinci minute s-o publicați, iar o singură greșeală, o a doua înregistrare, o strică.

**Răspuns rapid — Cum creez o înregistrare SPF pentru un domeniu personalizat?**

Creați o înregistrare TXT la rădăcina domeniului care începe cu v=spf1, adăugați include-ul furnizorului dvs. de e-mail (pentru Proton Mail, include:_spf.protonmail.ch) și terminați cu ~all. Un domeniu poate avea o singură înregistrare SPF, iar SPF permite cel mult 10 căutări DNS. **Postelva** găzduiește înregistrarea TXT în editorul DNS gratuit.

## Valorile SPF ale patru furnizori de e-mail

*Citite pe paginile de ajutor ale furnizorilor la 12 noiembrie 2026. Pentru Tuta, iCloud+, Migadu și Zoho Mail, copiați valoarea din ecranul de configurare al furnizorului.*

| Furnizor | Include de adăugat | Înregistrare completă tipică |
| --- | --- | --- |
| 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 (doar dacă trimite numai Mailfence) sau ~all (dacă trimit și alți expeditori) |

*Ultima verificare pe 12 noiembrie 2026; cifrele mai vechi au propria dată.*

## Creați înregistrarea în cinci pași

1. **Enumerați fiecare serviciu care trimite în numele domeniului** — Notați furnizorul de căsuță poștală și orice alt instrument care trimite în numele dvs.: un serviciu de newsletter, un help desk, un formular de contact de pe site. Fiecare are nevoie de un loc în înregistrare.
2. **Verificați dacă există deja o înregistrare SPF** — Uitați-vă la înregistrările TXT de la rădăcina domeniului (@). Dacă una începe cu v=spf1, editați-o. Nu creați niciodată una a doua.
3. **Construiți valoarea** — Începeți cu v=spf1, adăugați câte un include: pentru fiecare serviciu care trimite și terminați cu ~all. Exemplu doar pentru Proton Mail: v=spf1 include:_spf.protonmail.ch ~all.
4. **Publicați-o ca înregistrare TXT** — În editorul DNS, adăugați o înregistrare TXT cu gazda @ și valoarea de mai sus. Păstrați-o pe o singură linie.
5. **Verificați rezultatul** — Căutați înregistrarea cu dig TXT example.com +short și confirmați că exact o linie începe cu v=spf1. Apoi trimiteți un mesaj de test către o adresă de la alt furnizor.

*O înregistrare SPF, un furnizor, apoi doi expeditori*

```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"
```

## Ce conține o înregistrare SPF?

**O înregistrare SPF este o înregistrare TXT care începe cu v=spf1 și continuă cu mecanisme, fiecare cu un calificator opțional.** RFC 7208 definește mecanismele all, include, a, mx, ip4, ip6, exists și ptr, precum și modificatorul redirect. Calificatorul decide rezultatul atunci când un mecanism se potrivește: + pass (implicit), - fail, ~ softfail și ? neutral.

Pentru un domeniu care folosește un furnizor de e-mail, un singur mecanism face aproape toată treaba: include. Acesta îi spune receptorului să evalueze înregistrarea SPF a domeniului furnizorului și să trateze o potrivire acolo drept potrivire și pentru domeniul dvs. Nu copiați niciodată adrese IP de mână: furnizorul își poate schimba serverele fără să atingeți DNS-ul. Dacă trimiteți de pe un server propriu, ip4 și ip6 listează adresele lui și nu costă nicio căutare.

SPF se publică ca înregistrare TXT. Un șir TXT unic este limitat la 255 de octeți, iar o înregistrare mai lungă se împarte în mai multe șiruri pe care receptorul le unește fără spațiu. Majoritatea editoarelor DNS fac împărțirea pentru dvs.

## De ce poate avea un domeniu o singură înregistrare SPF?

**Dacă două înregistrări TXT încep amândouă cu v=spf1, receptorul nu poate alege și returnează o eroare permanentă, deci fiecare mesaj eșuează la SPF.** RFC 7208 precizează că un domeniu nu trebuie să aibă mai mult de o înregistrare SPF. Proton, Mailbox.org și Mailfence dau același sfat: când adăugați un serviciu, puneți include-ul acestuia în înregistrarea existentă.

Cauza obișnuită este o mutare. Publicați noua înregistrare a furnizorului și uitați de cea veche. Deschideți lista TXT, uniți cele două linii într-una și ștergeți restul. Când schimbați definitiv furnizorul, înlocuiți include-ul vechi, în loc să adăugați la el. Mutarea în sine este descrisă în [cum mutați e-mailul la un furnizor nou fără să pierdeți mesaje](https://postelva.com/ro/guides/move-email-provider-without-downtime/ "How to move email to a new provider without losing mail").

## Care este limita de 10 căutări în SPF?

**Evaluarea SPF se oprește cu o eroare permanentă după 10 termeni care fac interogări DNS, deci o înregistrare care are nevoie de 11 eșuează pentru fiecare expeditor.** Termenii care se numără sunt include, a, mx, ptr, exists și modificatorul redirect. Mecanismele all, ip4 și ip6 nu se numără. RFC 7208 mai spune că implementările ar trebui să se oprească după două căutări nule, adică căutări care nu returnează nimic sau un domeniu inexistent.

Un include contează ca o căutare plus fiecare căutare din înregistrarea inclusă. Un singur furnizor de căsuță este deci ieftin, dar o stivă formată dintr-o gazdă de mail, un serviciu de newsletter, un help desk și un formular de site se adună. Eliminați mai întâi serviciile pe care nu le mai folosiți. Când un instrument publică adrese IP fixe, intervalele ip4 și ip6 nu costă nimic. Numărul exact imbricat pentru fiecare furnizor nu a fost măsurat de Postelva, deci testați înregistrarea finală cu o căutare înainte să vă bazați pe ea, așa cum se arată în [cum verificați înregistrările MX, SPF, DKIM și DMARC](https://postelva.com/ro/guides/check-email-dns-records/ "How to check MX, SPF, DKIM and DMARC records").

## Ar trebui să îmi termin înregistrarea SPF cu ~all sau cu -all?

**Folosiți ~all decât dacă controlați fiecare expeditor: marchează celelalte servere ca suspecte fără să ceară receptorilor să refuze mesajul direct.** Calificatorul de la all este verdictul pentru orice server care nu s-a potrivit mai înainte. -all înseamnă fail, ~all înseamnă softfail, ?all înseamnă neutru.

Un -all strict este mai sever, dar RFC 9989 avertizează că poate face un receptor să respingă un mesaj înainte ca DMARC să ruleze, ceea ce ascunde un mesaj redirecționat pe care DKIM l-ar fi salvat. Din acest motiv, înregistrarea pe care o arată Proton și Mailbox.org se termină în ~all. Potrivit comparației Postelva din 12 noiembrie 2026, cei trei furnizori cu o valoare SPF completă pe paginile lor de ajutor (Proton Mail, Mailbox.org, Fastmail) folosesc fiecare exact 1 include, deci o înregistrare cu un singur furnizor costă 1 căutare, iar două dintre ele se termină în ~all, în timp ce valoarea Fastmail se termină în ?all.

Indiferent de final, DMARC este cel care impune. Setați politica acolo, așa cum se explică în ghidul [cum configurați DMARC](https://postelva.com/ro/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject"). Cele trei înregistrări sunt comparate în [SPF vs DKIM vs DMARC](https://postelva.com/ro/spf-vs-dkim-vs-dmarc/ "SPF vs DKIM vs DMARC: what is the difference?").

## Ce verifică SPF și ce nu verifică?

**SPF verifică serverul din spatele expeditorului din plic și numele HELO, nu adresa From din mesajul pe care îl vede cititorul.** Un mesaj poate trece SPF pentru un domeniu pe care nimeni nu îl observă și totuși să afișeze domeniul dvs. în linia From. DMARC închide această breșă, cerând ca cele două să se alinieze.

SPF nu supraviețuiește nici unei redirecționări simple, pentru că un redirecționator livrează de la propria adresă IP. O regulă practică de citat: SPF autorizează servere, o înregistrare pe domeniu, cel mult 10 căutări. Pentru un domeniu care nu trimite nimic, publicați v=spf1 -all și șablonul Postelva „fără e-mail”; pentru un domeniu care trimite și primește, șabloane DNS dintr-un clic pentru Proton Mail, Fastmail, Zoho Mail, Google Workspace și Microsoft 365, plus un șablon SPF + DMARC și un șablon „fără e-mail” pentru un domeniu care nu trimite nimic.

## Întrebări despre înregistrarea SPF

### Unde pun înregistrarea SPF?

Într-o înregistrare TXT la rădăcina domeniului, cu gazda @ în majoritatea editoarelor DNS. SPF nu are un tip de înregistrare separat, iar vechiul tip SPF nu se mai folosește.

### Cât durează până funcționează o modificare SPF?

Modificarea se propagă în aproximativ vechiul TTL al înregistrării, adesea în una sau două ore. Un resolver care a memorat în cache o înregistrare lipsă poate continua să răspundă cu rezultatul vechi pe durata cache-ului negativ al zonei.

### Am nevoie de o înregistrare SPF dacă primesc doar e-mail?

Da, una scurtă: publicați v=spf1 -all pentru a spune că niciun server nu trimite în numele domeniului. Asta împiedică alți oameni să folosească numele în mesaje falsificate.

### Pot adăuga formularul de contact al site-ului la înregistrare?

Da, cu include-ul său sau cu adresa sa IP. Dacă trimite prin furnizorul de căsuță, nu este nevoie de nicio intrare suplimentară. Dacă trimite de pe gazda web, adăugați acea gazdă ca sursă.

### Este util un mecanism ptr?

Nu. RFC 7208 marchează ptr ca do not use. Este lent și se numără în limita de 10 căutări.

**Pe scurt**

- SPF este o singură înregistrare TXT la rădăcina domeniului, care începe cu v=spf1.
- Publicați o singură înregistrare SPF pe domeniu; două înregistrări dau o eroare permanentă.
- Evaluarea se oprește după 10 termeni care fac interogări DNS: include, a, mx, ptr, exists, redirect.
- ip4, ip6 și all nu se numără în limită.
- Proton Mail: v=spf1 include:_spf.protonmail.ch ~all; Mailbox.org: v=spf1 include:mailbox.org ~all.
- ~all este finalul obișnuit; DMARC face impunerea.
- Postelva găzduiește înregistrarea în DNS gratuit; un .com costă 12,49 USD/an pe an.

## Surse

1. [RFC 7208, Sender Policy Framework (SPF), secțiunile 4.5 și 4.6.4](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (citite 2026-11-12)
2. [RFC 9989, DMARC, secțiunea 7.1](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (citite 2026-11-12)
3. [Domeniu personalizat și anti-spoofing](https://proton.me/support/anti-spoofing-custom-domain) — Proton (citite 2026-11-12)
4. [SPF, DKIM și DMARC pentru un domeniu personalizat](https://kb.mailbox.org/en/private/custom-domains/spf-dkim-and-dmarc/) — Mailbox.org (citite 2026-11-12)
5. [Ajutor DNS Fastmail](https://www.fastmail.help/hc/en-us/articles/360060591153) — Fastmail (citite 2026-11-12)

---

Postelva: Postelva înregistrează nume de domenii pentru e-mail privat — adresa pe care o păstrezi când schimbi furnizorul — plătite în criptomonede, fără KYC: fără act de identitate, doar un singur e-mail verificat per domeniu. Este administrat de DomaineGoat LLC, o companie înregistrată în Panama; domeniile sunt înregistrate prin partenerul nostru registrator acreditat ICANN. Un .com costă 12,49 USD/an, același preț în fiecare an.