Raportul SPF PermError: de 100× mai multe domenii depășesc limita celor 10 căutări decât arată numărătorile de suprafață (2026)

Q: Cum îmi reduc numărul de căutări SPF?

Elimină includes-urile neutilizate și ptr, aplatizează-ți propria infrastructură la ip4:/ip6:, mută expeditorii de volum pe subdomenii și renumără după fiecare instrument nou. Ghidul de reparare te ghidează pas cu pas.

Publicat 2026-07-03

Cifre valabile la 2026-06-29 · metodologia v7, plus o etapă de evaluare a costului lanțurilor rulată la 2026-07-03. Din recensământul celor 261 milioane de domenii evaluate, am rezolvat fiecare țintă SPF include: referențiată de 100 de ori sau mai mult — 10,842 de ținte care acoperă 95.2% din toate referințele include — și am calculat costul lanțului reținut al fiecărui domeniu în raport cu acea hartă. Țintele nerezolvate din coadă au fost numărate ca zero, iar conținutul lanțurilor reflectă ziua rezolvării, așa că cifra principală este o aproximare conservatoare, orientată spre limita inferioară: spunem „cel puțin”. Doar agregat; niciodată înregistrarea unei afaceri individuale. Vezi cum evaluăm.

Câte domenii depășesc limita SPF de 10 căutări?

Cel puțin 797,263 — pentru că SPF are un mecanism de autodistrugere integrat în standard, iar declanșatorul se ascunde acolo unde proprietarii nu îl pot vedea. RFC 7208 §4.6.4 limitează o verificare SPF la 10 căutări DNS; după zece, receptorul se oprește și returnează PermError, iar o înregistrare cu PermError nu protejează nimic. Numără doar căutările vizibile în înregistrarea propriu-zisă — așa cum face majoritatea instrumentelor și cum a făcut și propriul nostru recensământ până la acest raport — și găsești aproximativ 8.000 de vinovați (7,958, mai exact). Calculează costul lanțurilor include: pe care le atrag de fapt acele înregistrări, iar numărul ajunge la 797,263: de aproximativ 100 ori mai mare.

De ce nu pot proprietarii să vadă că vine?

Pentru că bugetul este consumat de înregistrările altora. include:onetool.example.com apare ca o singură linie în panoul tău DNS — dar receptorul trebuie să preia și acea înregistrare și să numere fiecare mecanism de căutare pe care aceasta îl conține, recursiv. O înregistrare cu trei includes poate costa unsprezece. Nimic din propria ta zonă nu s-a schimbat în ziua în care ai depășit limita; un furnizor a imbricat încă un include, iar SPF-ul tău a murit fără avertisment.

Și mai rău, DMARC tratează un PermError ca eșec pe segmentul SPF — deci un domeniu care și-a stricat astfel SPF-ul eșuează acum la jumătate din propria autentificare.

Ce a descoperit evaluarea costului lanțurilor

Constatare	Domenii
Peste limita de 10 căutări, lanțuri evaluate	797,263
Peste limită numărând doar mecanismele vizibile	7,958
Peste limită deși se termină cu `-all` strict	112,215
La exact 9–10 căutări — marginea prăpastiei	2,119,539

Două povești în acel tabel — a treia, marginea prăpastiei, își are propria secțiune mai jos:

Numărătorile de suprafață ratează ~99% din defecțiuni. Numărătoarea mecanismelor vizibile găsește 7,958; evaluarea lanțurilor găsește 797,263. Aproape toată paguba este moștenită din ceea ce conțin la rândul lor includes-urile.
112,215 dintre înregistrările stricate se termină cu -all. Proprietarii lor au făcut totul corect — au urcat zidul, au ales terminația strictă — și un include în plus a invalidat totul. Aparent strict, dar defect, este cel mai dur mod de eșec din securitatea e-mailului.

2.1 milioane de domenii sunt la un singur instrument distanță de prăpastie

Numărul care ar trebui să îi îngrijoreze pe cititorii care sunt momentan în regulă: 2,119,539 de domenii se rezolvă la exact 9 sau 10 căutări — sub limită astăzi, moarte în ziua în care cineva conectează încă o platformă. Asta înseamnă aproximativ 1 din 66 dintre toți cei care publică SPF și se potrivește cu forma distribuției: înregistrarea SPF din percentila 99 se află deja la 9 căutări. Înscrie-te la încă un instrument de marketing, lipește linia lui „doar adaugă acest include”, iar o înregistrare care era sub limită la micul dejun este invalidă la prânz.

A cui e vina? Din ce în ce mai mult, a stivei

Cei mai mari furnizori și-au aplatizat discret SPF-ul — _spf.google.com de la Google și spf.protection.outlook.com de la Microsoft se extind acum în liste simple de IP-uri care nu costă nicio căutare internă (le-am verificat pe amândouă în DNS live în timpul acestei analize). Exploziile vin din altă parte: lanțuri de panouri de hosting imbricate pe trei niveluri, furnizori regionali al căror include costă singur 7–10 căutări și acumularea onestă de SaaS — căsuță plus newsletter plus CRM plus helpdesk, fiecare „doar un include”. Aproape nimeni nu adaugă a unsprezecea căutare intenționat. Ea apare ca suma unor decizii rezonabile.

Cum să verifici și să repari a ta — gratuit

Numără totalul real — verificarea noastră gratuită îți rezolvă lanțul, sau folosește orice contor de căutări SPF.
Elimină greutatea moartă: instrumente pe care nu le mai folosești, includes duplicate și mecanismul ptr depreciat.
Aplatizează doar ce controlezi. Înlocuirea unui include profund cu blocurile lui de IP funcționează pentru propria infrastructură; IP-urile terților se schimbă fără preaviz.
Dă expeditorilor de volum un subdomeniu. Newsletterele de la news.yourdomain.com primesc propria înregistrare și propriul buget de 10 căutări.

Întrebări frecvente

Ce este limita SPF de 10 căutări DNS? RFC 7208 §4.6.4 permite cel mult 10 căutări DNS pentru a evalua o înregistrare SPF — numărând recursiv căutările din interiorul fiecărui include:. Depășirea returnează PermError: înregistrarea este tratată ca invalidă și nu oferă nicio protecție.

Ce înseamnă SPF PermError? O eroare permanentă de evaluare — receptorul nu a putut procesa înregistrarea ta (prea multe căutări, înregistrări multiple sau sintaxă defectă) și îți tratează domeniul ca având un SPF inutilizabil. DMARC îl numără drept eșec pe segmentul SPF.

Câte domenii depășesc limita de căutări SPF? Cel puțin 797,263 din 139 milioane de publicatori SPF, conform etapei noastre de evaluare a lanțurilor — de aproximativ 100× față de cele 7,958 vizibile fără rezolvarea lanțurilor. Alte 2,119,539 se află la 9–10 căutări, la un include distanță de limită.

Un PermError oprește livrarea e-mailului meu? De obicei nu — receptorii continuă fără SPF, iar e-mailul tău se bazează pe DKIM și reputație. Ce încetează să funcționeze este protecția: falsificatorii nu mai sunt respinși, iar fiecare verificare DMARC a e-mailului tău își pierde segmentul SPF. Este invizibil până devine costisitor.

Cum îmi reduc numărul de căutări SPF? Elimină includes-urile neutilizate și ptr, aplatizează-ți propria infrastructură la ip4:/ip6:, mută expeditorii de volum pe subdomenii și renumără după fiecare instrument nou. Ghidul de reparare te ghidează pas cu pas.

Află numărul tău real

Mecanismele pe care le poți vedea nu reprezintă numărul tău de căutări — numărul rezolvat este cel pe care îl calculează receptorii, iar verificarea durează 30 de secunde.

Verifică-ți domeniul → · Repară SPF → · Modelul de maturitate SPF → · Două înregistrări SPF = niciuna → · Capcana ptr → · Doar date agregate. Date stocate și procesate în UE.