E-postleveransbarhet
Leveransbarhet gäller att förväntad e-post når inkorgen. Kontrollera sändningsstatus, autentisering och faktisk mottagning var för sig.
E-postleveransbarhet beskriver hur tillförlitligt förväntade meddelanden når inkorgen. För din programvara gäller det exempelvis inloggningsaviseringar eller statusmeddelanden. AWS skiljer mellan lyckad leverans, studsade meddelanden och klagomål.
Ett portalexempel
I det tänkta flödet skickar en portal statusmeddelandet M-453. Applikationen rapporterar en lyckad överlämning till sin sändningstjänst. Gränssnittet bör inte göra om det till ”läst av kunden”. Att det mottagande e-postsystemet accepterar meddelandet visar inte heller i vilken mapp det visas.
I denna utformning får varje observation en egen status. Återkoppling från tjänsten kopplas till meddelandet; utan återkoppling förblir resultatet okänt. Teamet kontrollerar också synlig placering med godkända testbrevlådor. Det är ett planerat test, inget leveransresultat som uppnåtts här.
Undersök konkreta orsaker
Google tar med autentisering och spamklagomål i sina avsändarkrav. Ett korrekt SPF-, DKIM- eller DMARC-resultat ersätter därför ingen leveransobservation. AWS beskriver separat återkoppling om studsade meddelanden och klagomål. Vid problem bör du undersöka den berörda sändningsvägen och den konkreta återkopplingen innan du utlöser samma meddelande igen.
Källor
Relaterade begrepp
- Sender Policy FrameworkSPF kontrollerar om en sändande server får använda en SMTP-domän. Den synliga avsändarraden och mottagningen är separata frågor.
- DomainKeys Identified MailDKIM kopplar signerade e-postdelar till en domän. En giltig signatur visar varken kryptering eller personen bakom meddelandet.
- DMARCDMARC kopplar en lyckad SPF- eller DKIM-kontroll till den synliga avsändardomänen. Policy och rapporter hjälper den tekniska uppföljningen.
Artiklar om ämnet
Ditt projekt med ASES
Beskriv ditt projekt för oss. Vi hör av oss med en första bedömning.