Autentisert e-post er ikke en leveringsbekreftelse

En applikasjon kan fullføre en forretningsoppgave og deretter mislykkes med å sende den tilhørende e-posten. Hvis grensesnittet ditt samler begge deler i én grønn hake, mangler teamet informasjon om hvor det må gripe inn.

En melding har flere observerbare tilstander

I den tenkte produktløsningen oppretter en supportportal varselet N-68. Sendetjenesten godtar oppgaven. Senere kommer en tilbakemelding fra det mottakende e-postsystemet. Grensesnittet bør utlede nøyaktig det utsagnet som dokumentasjonen støtter.

Tabellen er et forslag til kobling for løsningen. Den inneholder ingen sendetester utført her. Det må avklares hvilken tilbakemelding som finnes for tjenesten som brukes, og hendelsene dens.

Domenekontroll besvarer et annet spørsmål

Et vellykket DMARC-resultat bekrefter autorisert bruk av avsenderdomenet, ikke innholdets kvalitet eller ufarlighet. Det er heller ingen generell garanti for aksept. Mottakeren kan bruke flere kontroller og bestemme noe annet.

Produktmeldingen bør derfor ikke automatisk gjøre et positivt autentiseringsresultat til «levert». Omvendt forklarer ikke fravær i innboksen alene hvilken autentiseringsmekanisme som kan være feil. Undersøk sendeveien og den konkrete tilbakemeldingen sammen.

Behandle tilbakemeldinger som en del av applikasjonen

AWS beskriver separate hendelser for returmeldinger og klager og påpeker at flere varsler kan forekomme. For denne løsningen trenger applikasjonen derfor en kobling til meldingen og en fastlagt behandling av gjentatte tilbakemeldinger. En ny hendelse bør ikke uten grunn utløse en ny melding.

Hvis en hendelse mangler, forblir den delen av tilstanden ukjent. Overvåk slike tilfeller og gi en ansvarlig rolle oppgaven med å håndtere dem. Teamet kan da følge opp varselet mens tilstanden til forretningsoppgaven forblir sporbar. Utsagnet i grensesnittet følger dermed den tilgjengelige observasjonen.

Kilder

• IETF: DMARC

• AWS: Setting up event notifications