PTR kontrolujte pri skutočnej verejnej IP, ktorá odovzdáva poštu príjemcovi. Adresa webového servera alebo registračná doména nemusia byť týmto zdrojom. Spätný záznam sa spravuje cez držiteľa príslušnej IP infraštruktúry, preto ho často musí riešiť hosting alebo odosielací poskytovateľ. Samotné pridanie TXT záznamu do domény nenahradí správne spätné DNS.
Najprv nájdite odosielací bod
Získajte prenosový záznam alebo relevantné hlavičky od dôveryhodného prijímateľa. V prostredí s relay službou môže aplikácia komunikovať s jedným serverom a ten odosielať z inej adresy. Zapíšte konkrétnu cestu a dátum, pretože zdieľaná služba môže používať viac zdrojov. Ak poskytovateľ adresy mení, vyžiadajte si jeho podporovaný spôsob kontroly namiesto vlastnej trvalej domnienky.
- Overte spätný názov pre odosielaciu IP a následne dopredné DNS tohto názvu. Porovnajte výsledok s požiadavkami cieľovej služby, napríklad aktuálnymi pokynmi Gmailu.
- Pri nezrovnalosti zistite prevádzkovateľa IP a pripravte mu presný záznam. Nežiadajte registrátora domény o úpravu, na ktorú nemá právomoc, iba preto, že doména je u neho registrovaná.
- Po oprave odošlite nový kontrolný e-mail cez tú istú infraštruktúru. Skontrolujte aj autentifikáciu a SMTP odpoveď; správny PTR je jedna časť technickej pripravenosti, nie kompletné potvrdenie doručenia.
Hypotetické presunutie formulára
Firma presunie webový formulár na nový server a nechá ho odosielať priamo. Web funguje, ale poštové odpovede od príjemcov upozornia na infraštruktúru. Technik najprv potvrdí verejnú odosielaciu IP a kontaktuje jej prevádzkovateľa. Zmena A záznamu verejného webu by nemusela ovplyvniť spätný záznam tejto adresy. Príklad je hypotetický a neuvádza univerzálny chybový kód pre PTR.
Pri spravovanej marketingovej službe nemusí obchodník nastavovať PTR osobne. Stále však má vedieť, koho požiadať o potvrdenie odosielacích zdrojov. Neprenášajte návody pre vlastný server na zdieľanú platformu, ktorá má inú správu infraštruktúry. Rovnako nesľubujte, že kúpa vlastnej IP automaticky zlepší výsledky; mení aj prevádzkovú zodpovednosť a musí mať konkrétne odôvodnenie.
Záver s primeraným rozsahom
Technický report môže potvrdiť, že pozorovaná IP má požadovaný vzťah dopredného a spätného DNS. Nehovorí tým o žiadanosti obsahu ani o výsledku iných IP v poole. Ak zdroj nebol priamo zistený, označte kontrolu za neúplnú. Tak sa vyhnete tomu, aby správne DNS webu zakrylo neoverenú konfiguráciu pošty alebo aby jedna opravená adresa reprezentovala celú službu.
Zdroje a overenie v praxi
Gmail: požiadavky na infraštruktúru a PTR
RFC 5321: SMTP infraštruktúra a identita servera
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í.
Súvisiace postupy
Migrácia SMTP: ako nestratiť staré automatizácie pri prepnutí