Autentiserad e-post är ingen leveransbekräftelse
Ett positivt domänresultat förklarar inte var meddelandet hamnar. Skilj teknisk kontroll, acceptans och synlig mottagning i produkten åt.
En applikation kan slutföra en verksamhetsuppgift och sedan misslyckas med att skicka tillhörande e-post. Om ditt gränssnitt slår ihop båda till en grön bock saknar teamet information om var det behöver ingripa.
Ett meddelande har flera observerbara tillstånd
I den tänkta produktutformningen skapar en supportportal aviseringen N-68. Sändningstjänsten accepterar uppgiften. Senare kommer återkoppling från det mottagande e-postsystemet. Gränssnittet bör då dra exakt den slutsats som underlaget stödjer.
Observation i utformningen | Lämpligt produktmeddelande | Ännu inte styrkt |
|---|---|---|
Överlämning till sändningstjänsten bekräftad | Överlämnat till sändningstjänsten | Acceptans hos målsystemet |
Acceptans hos målsystemet bekräftad | Accepterat av det mottagande e-postsystemet | Synlig placering i inkorgen |
Testpersonen bekräftar ankomst till testbrevlådan | Synligt i den kontrollerade testbrevlådan | Mottagning hos alla andra mottagare eller läsning av kunder |
Tabellen är en föreslagen koppling för utformningen. Den innehåller inga sändningstester utförda här. Vilken återkoppling som finns behöver klargöras för tjänsten som används och dess händelser.
Domänkontroll besvarar en annan fråga
Ett lyckat DMARC-resultat bekräftar tillåten användning av avsändardomänen, ingen kvalitet eller ofarlighet hos innehållet. Det är inte heller någon allmän garanti för acceptans. Mottagaren kan tillämpa fler kontroller och besluta annorlunda.
Produktmeddelandet bör därför inte automatiskt göra ett positivt autentiseringsresultat till ”levererat”. Omvänt förklarar frånvaro i inkorgen ensam inte vilken autentiseringsmekanism som skulle vara felaktig. Undersök sändningsvägen och den konkreta återkopplingen tillsammans.
Behandla återkoppling som en del av applikationen
AWS beskriver separata händelser för studsade meddelanden och klagomål och påpekar att flera aviseringar kan förekomma. För utformningen behöver applikationen därför en koppling till meddelandet och en bestämd hantering av upprepad återkoppling. En andra händelse bör inte utan anledning utlösa ett andra meddelande.
Om en händelse saknas förblir den delen av tillståndet okänd. Övervaka sådana fall och tilldela hanteringen till en ansvarig roll. Teamet kan då hantera aviseringen samtidigt som verksamhetsuppgiftens tillstånd förblir spårbart. Påståendet i gränssnittet följer därmed den tillgängliga observationen.
Källor
Läs vidare
Alla artiklar
Ditt projekt med ASES
Beskriv ditt projekt för oss. Vi hör av oss med en första bedömning.