Stavy odoslané, prijaté a otvorené opisujú rôzne udalosti. Ak pripravujete prehľad pre majiteľa obchodu, ku každému stĺpcu priraďte zdroj dôkazu a jeho význam. Úspech odosielacej aplikácie neznamená automaticky prijatie cieľovým serverom. Ani prijatie serverom neznamená miesto v doručenej pošte alebo prečítanie človekom. Táto presnosť je dôležitá aj pri porovnávaní dvoch služieb.
Začnite slovníkom svojho poskytovateľa
Rovnaký názov udalosti môže v rôznych nástrojoch označovať iný okamih. Vlastný systém môže označiť správu za odoslanú už po vložení do frontu. SMTP protokol však rozlišuje odovzdanie príjemcu a odovzdanie obsahu. Pri zostavovaní prehľadu si preto nechajte vysvetliť konkrétnu udalosť a server, ktorý ju potvrdil. Neodvodzujte definíciu iba z farby ikony.
- Vezmite malú vzorku vlastných správ a ku každej priraďte identifikátor poskytovateľa, Message-ID a adresu. Bez párovania by ste mohli spojiť prenos jedného pokusu s otvorením iného.
- Pri stave prijaté určte, či ide o vlastný odosielací server alebo cieľovú službu. Do tabuľky zapíšte aj neznámy význam, pokiaľ ho dokumentácia neobjasňuje.
- Priečinok zaznamenajte iba pri skutočne pozorovanej schránke. Otvorenie evidujte samostatne podľa spôsobu merania; nepoužívajte ho ako náhradný dôkaz, že správa bola v hlavnej doručenej pošte.
Hypotetický prehľad po zmene nástroja
Bratislavský obchod presunie kampane do novej platformy. Stará platforma zobrazovala úspech pri odovzdaní vlastnému serveru, nová pri prijatí cieľovou službou. Majiteľ vidí nižší počet úspešných správ a predpokladá zhoršenie. Najprv treba zjednotiť definície udalostí. Až potom má zmysel porovnávať rovnaké obdobie, typ správ a rovnaké skupiny príjemcov. Príklad neobsahuje reálne výsledky merania.
Ak sa pri niektorej správe objaví neskoršia chyba, neskrývajte ju za skorší úspešný krok. Udalosti uchovajte v časovom poradí. Tak dokážete vysvetliť, že aplikácia správu prijala do spracovania, ale ďalšie odovzdanie zlyhalo. Súhrnný prehľad môže mať konečný stav, no podklad by mal zachovať aj priebeh a dôvod zmeny.
Hranice takéhoto prehľadu
Záznamy poskytovateľa neposkytujú prístup do priečinkov všetkých adresátov. Neprítomnosť otvorenia môže súvisieť s odlišným spôsobom čítania alebo merania a sama nedokazuje neprečítanie. Pri podpore preto používajte konkrétne formulácie: server prevzal obsah, kontrolná schránka ukázala spam alebo umiestnenie nebolo pozorované. Vyhnite sa spoločnému percentu, ktoré spája technický prenos a správanie používateľov.
Zdroje a overenie v praxi
RFC 5321: fázy SMTP a prijatie obsahu
Gmail: vyhľadanie a kontrola správy
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
SMTP prijaté, ale e-mail chýba: čo skontrolovať
Vo výsledku testu chýba správa: čo zapísať namiesto neúspechu