Pri zmene SMTP poskytovateľa nestačí úspešne poslať jednu správu z administrácie. Zmapujte všetky aplikácie, ktoré používajú staré pripojenie, a overte ich samostatne na novej ceste. Objednávky, formuláre a mesačné výpisy môžu mať oddelené účty. Pred prepnutím pripravte aj spôsob návratu, aby technický problém nevyradil dôležité oznámenia počas hľadania príčiny.
Inventár pred zásahom
Ku každému zdroju zapíšte konfiguráciu pripojenia bez hesiel, vlastníka a očakávaný typ správy. Získajte prijatú kontrolnú správu zo starej cesty a použite ju ako porovnanie. Zaznamenajte From, doménu obálky, DKIM selektor a výsledok DMARC. Ak niektorý tok ešte neviete bezpečne vyvolať, označte ho ako otvorený namiesto jeho tichého vynechania z akceptácie.
- Pripravte overenie domény u nového poskytovateľa podľa jeho účtu. Zachovajte staré oprávnenia dovtedy, kým sú preukázateľne používané; nepovažujte názov novej služby za úplnú náhradu všetkých záznamov.
- Prepínajte známym postupom a zaznamenajte čas. Overte prijatie aplikáciou, prenos a originál novej správy; kontrolujte, že sa test náhodou neodoslal starou cestou.
- Po úspechu prejdite všetky automatizácie aj spracovanie chýb. Až potom plánujte zrušenie starých kľúčov a nepotrebných DNS záznamov s vlastníkmi príslušných systémov.
Hypotetický zabudnutý výpis
Firma úspešne presunie denné objednávkové správy, ale mesačný export zostane v samostatnom plánovači so starými údajmi. Po zrušení starého účtu výpis prestane odchádzať. Inventár podľa aplikácií a prevádzkových cyklov by tento tok zachytil skôr. Príklad je hypotetický a nevytvára univerzálnu lehotu, ako dlho má byť starý účet zachovaný. Rozhoduje reálne používanie a bezpečný plán ukončenia.
Pri zlyhaní po prepnutí oddeľte chybu prihlasovania od prijatia do frontu a od neskoršieho odmietnutia príjemcom. Návrat k starej ceste môže byť primeraným prevádzkovým krokom, ale následne treba overiť aj jeho účinok a nehromadiace sa duplicitné správy. Neposielajte naraz cez obe cesty bez evidencie, inak sa pri podpore ťažko určí, ktorý pokus zákazník dostal.
Akceptácia novej služby
Akceptácia má zahŕňať funkčnosť konkrétnych tokov, overenie identity a schopnosť dohľadať chybu. Jedna dobrá kontrolná schránka nepreukazuje výsledok celej databázy ani reputáciu novej IP v budúcnosti. Uložte verziu konfigurácie a zodpovednosť za monitoring. Tak sa migrácia uzatvorí overenými prevádzkovými dôkazmi namiesto predpokladu, že zmena prihlasovacích údajov automaticky zlepšila doručovanie.
Zdroje a overenie v praxi
RFC 5321: odovzdanie a dočasné chyby
RFC 9989: súlad autentifikovaných domén
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
DKIM fail: overte selektor a správu pred výmenou kľúča
PTR pri novom serveri: čo musí overiť správca odosielacej IP