# Cum îmi verific înregistrările MX, SPF, DKIM și DMARC?

> Verifică DNS-ul de e-mail cu dig MX, dig TXT, dig CNAME pe _domainkey și dig TXT _dmarc: 6 interogări acoperă o configurare Proton Mail de 8 înregistrări.

- URL: https://postelva.com/ro/guides/check-email-dns-records/
- Ultima actualizare: 2026-11-12
- Editor: Postelva (https://postelva.com)

Patru tipuri de înregistrări, un singur instrument din linia de comandă. Rulează interogările după fiecare modificare și înainte să strângi orice politică.

**Răspuns rapid — Cum verific înregistrările MX, SPF, DKIM și DMARC?**

Rulează dig MX yourdomain +short pentru MX, dig TXT yourdomain +short pentru SPF, dig CNAME selector._domainkey.yourdomain +short pentru DKIM și dig TXT _dmarc.yourdomain +short pentru DMARC. Pe Windows, nslookup face același lucru. O configurare Proton Mail completă pe un domeniu **Postelva** necesită 6 interogări pentru 8 înregistrări.

## Ce interogare verifică ce înregistrare

| Înregistrare | comanda dig | Cum arată un răspuns corect |
| --- | --- | --- |
| MX | dig MX example.com +short | 10 mail.protonmail.ch. și 20 mailsec.protonmail.ch. (Proton Mail) |
| SPF | dig TXT example.com +short | O linie care începe cu v=spf1, de exemplu "v=spf1 include:_spf.protonmail.ch ~all" |
| DKIM | dig CNAME fm1._domainkey.example.com +short | Ținta furnizorului, de exemplu fm1.example.com.dkim.fmhosted.com. (Fastmail) |
| DMARC | dig TXT _dmarc.example.com +short | O linie care începe cu v=DMARC1, de exemplu "v=DMARC1; p=none; rua=mailto:dmarc@example.com" |
| MTA-STS (opțional) | dig TXT _mta-sts.example.com +short | "v=STSv1; id=..." |

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

*Interogările cu dig, nslookup și PowerShell*

```bash
# dig (macOS, Linux, Windows with BIND tools)
dig MX example.com +short
dig TXT example.com +short
dig CNAME protonmail._domainkey.example.com +short
dig TXT _dmarc.example.com +short

# Ask the authoritative nameserver directly, skipping caches
dig NS example.com +short
dig MX example.com +short @ns1.your-nameserver.example

# nslookup (Windows, macOS, Linux)
nslookup -type=MX example.com
nslookup -type=TXT _dmarc.example.com

# PowerShell
Resolve-DnsName -Type MX example.com
Resolve-DnsName -Type TXT _dmarc.example.com
```

## Cum verific o înregistrare MX?

**Rulează dig MX cu domeniul tău și +short, apoi compară prioritățile și numele de gazdă cu valorile pe care ți le-a dat furnizorul.** Răspunsul afișează câte o linie per înregistrare: prioritatea, un spațiu și gazda. Pentru Proton Mail aștepți 10 mail.protonmail.ch. și 20 mailsec.protonmail.ch.; pentru Fastmail, 10 in1-smtp.messagingengine.com. și 20 in2-smtp.messagingengine.com.; pentru Mailbox.org, patru gazde mxext.

Apar aici două probleme. O înregistrare a furnizorului anterior rămasă în listă face livrarea imprevizibilă, deci șterge-o. Iar un răspuns gol înseamnă că nu există MX: expeditorii revin atunci la înregistrarea de adresă a domeniului, cum descrie RFC 5321. Ce înseamnă fiecare linie este explicat în [ce este o înregistrare MX](https://postelva.com/ro/what-is-an-mx-record/ "What is an MX record?").

## Cum verific o înregistrare SPF?

**Cere înregistrările TXT de la rădăcina domeniului și confirmă că exact o linie începe cu v=spf1.** Rădăcina conține și alte înregistrări TXT, precum dovada de proprietate a furnizorului tău de e-mail, deci citește întreaga listă. Două linii care încep cu v=spf1 sunt o eroare: RFC 7208 returnează o eroare permanentă când un domeniu are mai multe înregistrări SPF.

Apoi numără interogările. Fiecare include, a, mx, ptr și exists, plus modificatorul redirect, se numără în limita de 10, iar un include numără și ce este imbricat în el. O înregistrare peste limită eșuează pentru fiecare expeditor. Crearea înregistrării este detaliată în [cum creezi o înregistrare SPF](https://postelva.com/ro/guides/spf-record-setup/ "How to create an SPF record for a custom domain").

## Cum verific DKIM când nu cunosc selectorul?

**Folosește selectorul furnizorului tău: selectorii nu pot fi listați din DNS, deci ia-i din ecranul DKIM al furnizorului.** DNS nu permite o listare a numelor de sub _domainkey. Selectorii sunt protonmail, protonmail2 și protonmail3 la Proton Mail, fm1, fm2 și fm3 la Fastmail și MBO0001 până la MBO0004 la Mailbox.org.

Numele de interogat este selector._domainkey.yourdomain. Un furnizor care folosește înregistrări CNAME, precum acești trei, răspunde cu un CNAME către propria gazdă. Un furnizor care publică direct cheia răspunde cu o înregistrare TXT care conține v=DKIM1 și p= urmat de cheia publică. Un p= gol înseamnă că cheia este revocată. Cel mai sigur test este un mesaj real, deoarece o înregistrare care există poate fi totuși nefolosită: trimite un e-mail la un alt furnizor și citește dkim=pass în antetele complete.

## Cum verific o înregistrare DMARC?

**Cere înregistrarea TXT de la _dmarc.yourdomain și confirmă o linie care începe cu v=DMARC1 și conține o politică p=.** Dacă lipsește p, destinatarii tratează politica drept none. Dacă linia nu are rua, nu se produc rapoarte agregate, iar [etapa de monitorizare din implementarea DMARC](https://postelva.com/ro/guides/dmarc-setup/ "How to set up DMARC: p=none to p=reject") nu îți spune nimic. Înregistrările scrise în stilul mai vechi pot conține încă un tag pct, pe care RFC 9989 l-a eliminat.

Un subdomeniu fără propria înregistrare cade sub politica domeniului părinte, prin parcurgerea arborelui DNS, cu cel mult opt interogări. O interogare a unui nume fără înregistrare nu returnează nimic, ceea ce înseamnă același lucru ca fără DMARC.

## De ce îmi arată interogarea încă valoarea veche?

**Un cache păstrează răspunsul vechi până expiră TTL-ul, iar o înregistrare lipsă poate fi și ea memorată.** Timpul în care o modificare se propagă este aproximativ TTL-ul vechi al înregistrării în momentul în care ai schimbat-o. Ghidurile furnizorilor spun că o modificare MX obișnuită durează de la una la patru ore și până la 24–48 de ore în cel mai rău caz. RFC 2308 adaugă că răspunsurile negative sunt memorate cu TTL-ul din înregistrarea SOA a zonei, deci o înregistrare tocmai creată poate părea absentă la unii resolveri.

Ca să ocolești cache-urile, întreabă serverul de nume autoritativ: află-l cu dig NS, apoi repetă interogarea cu @ și numele său, ca în blocul de cod de mai sus. Dacă serverul autoritativ arată valoarea nouă și resolverul tău nu, așteaptă. Dacă niciunul nu o arată, înregistrarea nu a fost salvată sau numele gazdei este greșit, cel mai adesea pentru că editorul DNS a adăugat domeniul a doua oară.

Dacă e-mailul tot nu ajunge după ce înregistrările par corecte, mergi la [de ce nu ajunge e-mailul pe un domeniu personalizat](https://postelva.com/ro/guides/email-not-arriving-custom-domain/ "Why is email not arriving at my custom domain?").

## Ce instrumente online pot verifica înregistrările de e-mail?

**Orice verificare DNS online sau instrument de verificare a autentificării e-mailului care interoghează DNS-ul public dă același răspuns ca dig, cu o afișare mai prietenoasă.** Folosește unul care arată textul brut al înregistrării, ca să o compari caracter cu caracter cu valoarea furnizorului. Nu lipi date private în el: numele domeniului îi este suficient.

Conform numărării Postelva din 12 noiembrie 2026, o configurare Proton Mail completă înseamnă 8 înregistrări (1 TXT de verificare, 2 MX, 1 SPF, 3 DKIM, 1 DMARC) și 6 interogări, deoarece cele două MX împart o singură interogare, iar înregistrările de verificare și SPF împart interogarea TXT din rădăcină. Salvează cele șase comenzi o dată și rulează-le din nou după fiecare modificare. Aceleași î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?").

O regulă care poate fi citată: după fiecare modificare DNS, interoghează cele patru tipuri de înregistrări și trimite un mesaj de test; o înregistrare este corectă doar când interogarea și mesajul sunt de acord.

## Întrebări despre verificarea înregistrărilor de e-mail

### De ce afișează dig valorile TXT între ghilimele?

Ghilimelele marchează limitele șirurilor TXT. O valoare mai lungă de 255 de caractere apare ca mai multe șiruri între ghilimele, pe care receptorii le unesc fără spațiu.

### Funcționează dig pe Windows?

Doar dacă instalezi uneltele BIND. Windows are nslookup integrat, iar PowerShell are Resolve-DnsName, care citesc amândouă aceleași înregistrări.

### Cum văd rezultatul SPF, DKIM și DMARC al unui mesaj real?

Deschide antetele complete ale unui mesaj primit. Serverul receptor își notează rezultatele SPF, DKIM și DMARC în antete, de obicei ca pass sau fail.

### Cât ar trebui să aștept înainte să decid că o înregistrare este greșită?

Așteaptă cel puțin TTL-ul pe care îl avea vechea înregistrare, apoi interoghează serverul de nume autoritativ. Dacă acel server arată valoarea greșită, înregistrarea trebuie corectată.

### Pot verifica înregistrările unui domeniu care nu este al meu?

Da. Înregistrările DNS sunt publice, iar o interogare are nevoie doar de nume.

**Pe scurt**

- MX: dig MX example.com +short; compară prioritățile și gazdele cu furnizorul tău.
- SPF: dig TXT example.com +short; exact o linie care începe cu v=spf1, cel mult 10 interogări.
- DKIM: dig CNAME selector._domainkey.example.com +short, cu selectorul de la furnizorul tău.
- DMARC: dig TXT _dmarc.example.com +short; o linie care începe cu v=DMARC1, cu p= și rua=.
- O configurare Proton Mail completă înseamnă 8 înregistrări și 6 interogări.
- Cere serverului de nume autoritativ să ocolească cache-urile; o modificare durează cât TTL-ul vechi pentru a se propaga.
- Postelva găzduiește înregistrările în DNS gratuit; un .com costă 12,49 USD/an pe an.

## Surse

1. [RFC 5321, Simple Mail Transfer Protocol, secțiunea 5.1](https://www.rfc-editor.org/rfc/rfc5321.html) — RFC Editor (citite 2026-11-12)
2. [RFC 7208, Sender Policy Framework](https://www.rfc-editor.org/rfc/rfc7208.html) — RFC Editor (citite 2026-11-12)
3. [RFC 6376, DKIM Signatures](https://www.rfc-editor.org/rfc/rfc6376.html) — RFC Editor (citite 2026-11-12)
4. [RFC 9989, DMARC](https://www.rfc-editor.org/rfc/rfc9989.html) — RFC Editor (citite 2026-11-12)
5. [RFC 2308, Negative Caching of DNS Queries](https://www.rfc-editor.org/rfc/rfc2308) — RFC Editor (citite 2026-11-12)
6. [Cât durează propagarea modificărilor înregistrărilor DNS](https://www.suped.com/knowledge/email-deliverability/technical/how-long-does-it-take-for-dns-record-changes-to-propagate) — Suped (citite 2026-11-12)
7. [Domeniu personalizat și anti-spoofing](https://proton.me/support/anti-spoofing-custom-domain) — Proton (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.