Răspuns rapid
De ce nu ajunge e-mailul pe domeniul meu personalizat?
E-mailul nu mai ajunge la un domeniu personalizat când înregistrările sale MX lipsesc, sunt greșite sau amestecate cu cele ale unui furnizor vechi, când o modificare DNS nu s-a propagat încă sau când domeniul a expirat. Postelva enumeră opt cauze comune mai jos; prima verificare este mereu înregistrările MX, care au de obicei nevoie de până la 24 de ore ca să se stabilizeze.
Opt cauze ale lipsei e-mailului, cu remediul
| Simptom | Cauza probabilă | Cum verifici | Soluția |
|---|---|---|---|
| Nu sosește nimic, fără returnare | Înregistrările MX lipsesc sau încă indică furnizorul vechi | Caută înregistrările MX ale domeniului | Adaugă înregistrările MX ale noului furnizor și le șterge pe cele vechi |
| Unele mesaje sosesc, altele nu | MX vechi și noi amestecate | Lista MX arată gazde din doi furnizori | Păstrează doar MX-ul noului furnizor sau dă-le cele mai mici numere de prioritate |
| Ieri mergea, azi nu | Modificarea DNS nu s-a propagat încă | Resolverii diferiți răspund diferit | Așteaptă expirarea vechiului TTL; modificările MX obișnuite durează 1 până la 4 ore, până la 24 până la 48 de ore |
| Returnarea spune că domeniul nu există | Domeniul a expirat sau a fost suspendat | Caută starea domeniului la registru | Reînnoiește; vezi ce se întâmplă cu e-mailul când un domeniu expiră |
| Există o înregistrare, dar interogarea spune că nu | Cache negativ al răspunsului gol de mai devreme | Aceeași înregistrare este găsită de un resolver, nu de altul | Așteaptă: un răspuns gol este memorat cu TTL-ul din înregistrarea SOA a zonei |
| E-mailul domeniului tău ajunge în spam | Două înregistrări SPF sau mai mult de 10 interogări DNS | Numără înregistrările TXT care încep cu v=spf1 | Îmbină-le într-o singură înregistrare SPF; păstreaz-o sub 10 interogări |
| Furnizorul spune că domeniul nu este verificat | Înregistrarea TXT de verificare lipsește sau a fost copiată greșit | Compară valoarea cu ecranul furnizorului | Lipește din nou valoarea; unele gazde DNS vor numele gazdei fără domeniu |
| Mesajele se întorc după ce ai strâns DMARC | Politica a fost setată pe respingere înainte ca SPF și DKIM să treacă | Citește rapoartele agregate | Revino la p=none, repară expeditorii, apoi strânge din nou |
Ce verific mai întâi?
Verifică mai întâi înregistrările MX, pentru că ele decid unde este livrat fiecare mesaj al domeniului. O înregistrare MX numește un server de e-mail și o prioritate; expeditorii încearcă mai întâi numărul cel mai mic. Dacă lista este goală, mesajele nu au unde să ajungă. Dacă numește furnizorul vechi, mesajele continuă să ajungă acolo.
Două comenzi arată răspunsul. Înlocuiește yourname.com cu domeniul tău.
dig MX yourname.com +short
nslookup -type=MX yourname.comCum ar trebui să arate răspunsul MX?
Ar trebui să listeze doar gazdele furnizorului tău actual. Răspunsul așteptat pentru Proton Mail are două linii: mail.protonmail.ch la prioritatea 10 și mailsec.protonmail.ch la prioritatea 20. Pentru Fastmail este in1-smtp.messagingengine.com la 10 și in2-smtp.messagingengine.com la 20. Metoda de citire a fiecărei înregistrări este în cum verifici înregistrările MX, SPF, DKIM și DMARC.
De ce mai ajunge e-mailul la furnizorul meu vechi?
Pentru că înregistrările MX vechi sunt încă în zonă sau pentru că resolverii le mai țin în cache. Conform indexului Postelva din 12 noiembrie 2026, trei dintre furnizorii cu configurări MX documentate, Proton Mail, Mailbox.org și Fastmail, îți cer să elimini înregistrările MX care indică în altă parte sau să dai celor noi cel mai mic număr de prioritate. Dacă lași ambele seturi, mesajele ajung neprevizibil la oricare dintre servere.
Timpul necesar unei modificări este aproximativ TTL-ul vechi al înregistrării în momentul în care ai schimbat-o. Un TTL de 3600 de secunde înseamnă până la o oră de răspunsuri din cache; un TTL de 86400 înseamnă până la o zi. Proton Mail spune că trebuie să aloci până la o zi pentru modificările MX, iar Mailbox.org spune că sincronizarea înregistrării sale de verificare poate dura până la 48 de ore. Dacă planifici o mutare, nu o reparație, mută e-mailul la un furnizor nou fără să pierzi mesaje explică cum scazi TTL-ul dinainte.
Poate un domeniu expirat să îmi oprească e-mailul?
Da: odată ce domeniul a trecut de expirare și DNS-ul său nu mai rezolvă, mesajele primite se întorc sau se pierd. ICANN's Expired Registration Recovery Policy îi permite proprietarului să reînnoiască din ziua expirării. După ștergere, registrele gTLD oferă o perioadă de răscumpărare de 30 de zile, în care rezoluția DNS este dezactivată, transferurile sunt blocate, iar registratorul poate restabili numele contra unui cost suplimentar. Ziua exactă în care DNS-ul se oprește variază în funcție de registrator.
Un al doilea declanșator, mai puțin cunoscut, este e-mailul titularului. ICANN cere registratorului să îl verifice în 15 zile de la înregistrare, transfer sau schimbarea titularului, iar un domeniu al cărui proprietar nu răspunde niciodată poate fi suspendat. Postelva spune clar: emailul înregistrantului este verificat după înregistrare, așa cum cer regulile ICANN (în 15 zile). Răspunde la e-mailul de verificare și activează reînnoirea automată, care aici este reînnoire automată din soldul tău, activată sau dezactivată pentru fiecare nume de domeniu. Cronologia completă este în ce se întâmplă cu e-mailul când un domeniu expiră.
Pot SPF, DKIM sau DMARC să facă e-mailul să dispară?
Afectează mai mult mesajele pe care le trimiți decât cele pe care le primești, dar o politică DMARC strictă poate face ca receptorii să îți respingă mesajele direct. Un domeniu poate publica o singură înregistrare SPF: o a doua înregistrare, sau o înregistrare SPF care cere mai mult de 10 interogări DNS (RFC 7208), returnează o eroare permanentă, iar receptorii tratează verificarea ca eșuată. Adaugă include-ul noului furnizor în înregistrarea existentă, în loc să creezi una nouă.
Pentru DMARC, începe cu p=none și o adresă de rapoarte, confirmă că SPF și DKIM trec la tot e-mailul legitim, apoi treci la carantină și în final la respingere. Mailbox.org avertizează că o politică strictă setată prea devreme poate respinge e-mail legitim. Înregistrările sunt explicate în cum creezi o înregistrare SPF.
Unde se încadrează Postelva în toate acestea?
Postelva găzduiește DNS-ul domeniului, deci fiecare înregistrare din acest ghid se editează în zona clientului. DNS-ul include DNS gratuit cu înregistrări A, AAAA, CNAME, ALIAS, MX, TXT, NS, SRV și CAA, DNSSEC și propriile servere de nume, dacă preferi (2 până la 13). Șabloanele dintr-un clic acoperă Proton Mail, Fastmail și Zoho Mail; pentru Tuta, Mailbox.org, iCloud+ și Migadu, înregistrările se tastează în editorul DNS. Dacă un șablon și o înregistrare tastată manual nu se potrivesc, zona le arată pe amândouă, deci citește lista completă înainte să aștepți propagarea. Suportul răspunde prin e-mail: răspuns la e-mailuri în 12 ore, 7 zile din 7, inclusiv ajutor cu înregistrările MX, SPF, DKIM și DMARC.
Întrebări despre e-mailul care lipsește
Cât ar trebui să aștept înainte să presupun că o modificare DNS a eșuat?
Așteaptă până la TTL-ul vechi al înregistrării, apoi verifică dintr-un al doilea resolver. Modificările MX durează de obicei 1 până la 4 ore și pot dura 24 până la 48 de ore.
De ce unii expeditori ajung la mine și alții nu?
Fiecare resolver al expeditorului memorează înregistrările tale vechi pentru o durată diferită, deci în timpul unei modificări unii livrează pe serverul nou, iar alții pe cel vechi. Eliminarea înregistrărilor MX vechi pune capăt diviziunii.
Afectează un catch-all livrarea?
Doar în interiorul căsuței: un catch-all acceptă nume pe care nu le-ai creat. Dacă lipsește un nume numit, verifică dacă aliasul există și dacă catch-all-ul altui cont nu preia mesajul.
Poate furnizorul să îmi blocheze domeniul?
Un furnizor poate refuza un domeniu care nu este verificat. Verifică înregistrarea TXT de verificare și ecranul de stare al furnizorului înainte să cauți mai departe.
Ce fac dacă domeniul meu apare ca expirat?
Reînnoiește-l imediat din zona clientului. În perioada de răscumpărare registratorul îl poate restabili încă, contra unui cost suplimentar care trebuie publicat.
Pe scurt
- Verifică mai întâi înregistrările MX: ele decid unde ajunge e-mailul.
- Șterge înregistrările MX vechi sau dă celor noi cel mai mic număr de prioritate.
- Modificările MX durează cât TTL-ul vechi: de obicei 1 până la 4 ore, până la 48 de ore.
- Doar o singură înregistrare SPF, sub 10 interogări DNS (RFC 7208).
- Un domeniu expirat nu mai rezolvă; perioada de răscumpărare durează 30 de zile.
- ICANN cere ca e-mailul titularului să fie verificat în 15 zile.
- Strânge DMARC de la p=none, niciodată direct la reject.
Surse (8)
- RFC 7208, secțiunea 4.6.4: limite ale interogărilor DNS — RFC Editor (citite 2026-11-12)
- RFC 2308: memorarea negativă a interogărilor DNS — RFC Editor (citite 2026-11-12)
- Expired Registration Recovery Policy — ICANN (citite 2026-11-12)
- Acordul de acreditare a registrilor din 2013 — ICANN (citite 2026-11-12)
- Domeniu personalizat de la Namecheap (valori MX) — Proton (citite 2026-11-12)
- Înregistrări DNS implicite — Fastmail (citite 2026-11-12)
- mailbox.org KB: SPF, DKIM și DMARC — mailbox.org (citite 2026-11-12)
- Cât durează propagarea modificărilor DNS — Suped (citite 2026-11-12)