Ak SPF po pridaní ďalšej služby vracia PermError, najprv overte presný dôvod a vyhodnocovanú doménu. Jednou z možných príčin je prekročenie limitu mechanizmov a modifikátorov vyvolávajúcich DNS dotazy. Počítať iba viditeľné include v hlavnom zázname nestačí, pretože môžu odkazovať na ďalšie vetvy. Iné príčiny zahŕňajú aj chybnú syntax alebo nejednoznačné publikovanie.
Skúmajte skutočne vyhodnocovaný záznam
Z prijatej správy alebo hlásenia poskytovateľa zistite doménu obálky a výsledok SPF. Následne zaznamenajte autoritatívny TXT záznam tejto domény. RFC 7208 stanovuje limit desiatich mechanizmov a modifikátorov, ktoré vyvolávajú DNS vyhľadávanie, pri vyhodnocovaní vrátane vnorených include a redirect. Nie každý textový prvok sa však počíta rovnako; pre technické rozhodnutie použite presné pravidlá štandardu.
- Uložte existujúci záznam a zoznam legitímnych odosielateľov. Pri chybe po zmene si označte novú vetvu, ale neodstraňujte ju bez overenia, ktorý systém ju potrebuje.
- Rozviňte include a prípadný redirect pomocou dôveryhodnej diagnostiky. Zaznamenajte konkrétnu cestu vyhodnotenia a chybu; súčet názvov služieb v internom zozname nie je počet DNS kontrol.
- Odstráňte preukázateľne nepotrebné zdroje po dohode s vlastníkmi. Ak dodávateľ ponúka podporovanú optimalizáciu, použite ju; ručné kopírovanie jeho aktuálnych IP do nemennej konfigurácie môže neskôr zastarať.
Hypotetická zabudnutá platforma
Obchod pridá novú marketingovú službu, ale v SPF ponechá dve dávno nepoužívané platformy. Po preverení vlastníkov sa ukáže, že jedna stará automatizácia ešte stále beží, druhá už nie. Odstrániť možno iba potvrdenú nepoužívanú vetvu. Následne tím preverí aj autentifikáciu živej automatizácie. Príklad je hypotetický a neuvádza konkrétny počet dotazov žiadneho poskytovateľa.
Ak diagnostika ukáže inú syntaktickú chybu, riešte ju priamo a nepripisujte každý PermError limitu. Kontrolu opakujte po tom, čo sa v používanom DNS objaví požadovaná zmena; nevymýšľajte pevný univerzálny čas čakania. Súčasne sa presvedčte, že upravujete autoritatívne DNS, nie neaktívne rozhranie registrátora. Bez toho môže správne vyzerajúca administrácia zostať bez účinku.
Čo úspech SPF neuzatvára
Po oprave odošlite nové správy z každého aktívneho zdroja. Úspešný SPF jednej služby nepotvrdzuje ostatné a nezaručuje DMARC súlad s From. Zaznamenajte preto aj DKIM a výsledok DMARC. Cieľom úpravy je správne autorizovať používané zdroje bez poškodenia existujúcej pošty, nie dosiahnuť pekný kontrolný výsledok za cenu vyradenia fakturácie alebo zákazníckej podpory.
Zdroje a overenie v praxi
RFC 7208: SPF a limity DNS vyhodnocovania
Otestujte vlastnú správu cez dostupné kontrolné schránky. Ide o pozorovanie vzorky, nie o záruku pre zákazníkov. Rozsah a obmedzenia vysvetľuje metodika testovania. Pokrytie slovenských poskytovateľov si overte v aktuálnom rozhraní.