Test af e-mails fra Amazon SES

Kontrollér først sandbox-statussen, da den afgør, om dette overhovedet virker. En ny SES-konto starter i sandbox i hver Region, og så længe den er der, leverer SES kun til bekræftede adresser, bekræftede domæner og sin egen mailbox simulator. Derudover er grænsen 200 beskeder pr. 24 timer og én pr. sekund.

Du kan ikke omgå dette ved at bekræfte en Email Spam Tester-adresse. SES bekræfter en modtager ved at sende en e-mail med et link, og da vores adresser kun accepterer én besked, før de lukkes, vil bekræftelsesmailen bruge adressen op. I praksis skal du derfor have production access i den Region, du sender fra. AWS lover et første svar på anmodningen inden for 96 timer.

Da sandbox-status gælder pr. Region, kan en konto, der har production access i eu-west-1, stadig være i sandbox i us-east-1. Identiteter gælder også pr. Region, hver med sine egne DKIM-records.

Hent en adresse, og send én besked

Åbn email-spam-tester.com, og kopiér den viste adresse. Den kræver hverken en konto eller en API-nøgle og ser ud som test- plus tyve tegn på t.email-spam-tester.com. Du har en time og én besked, så klargør sendekommandoen, før du henter adressen.

Den enkleste måde at sende på er via CLI. Kommandoen er tilpasset fra AWS' eget eksempel på siden om SES tenants, men parametrene for tenant og configuration set er fjernet:

aws sesv2 send-email \
  --from-email-address "sender@yourdomain.com" \
  --destination "ToAddresses=test-xxxxxxxxxxxxxxxxxxxx@t.email-spam-tester.com" \
  --content "Simple={Subject={Data='Test Subject',Charset=utf-8},Body={Text={Data='Test email body',Charset=utf-8}}}"

From skal være en verificeret identitet, selv i produktion. En brødtekst, der kun indeholder tekst som denne, er nok til at teste godkendelse og IP, men den fortæller dig næsten intet om indholdet. For at få et reelt resultat skal du sende den besked, som din applikation faktisk sender, inklusive dens HTML-del og headers. Brug også den samme kodevej, uanset om det er boto3s send_email, et SMTP-bibliotek eller noget andet. Hvis udsendelser i produktion bruger et configuration set, skal du også tilføje --configuration-set-name her, så testen kører med de samme indstillinger.

Placeringstesten kan føjes til den samme kommando. Dens indbakker hos udbyderne tilføjes i ToAddresses ved siden af testadressen, og dens markør tilføjes i Subject-dataene. Ét kald udfylder derefter to rapporter. Den anden viser, hvilken mappe beskeden landede i hos Gmail, Outlook, Yahoo og andre udbydere. Disse indbakker er heller ikke verificerede, så dette kræver også produktionsadgang.

Du kan også bruge konsollen. Åbn Configuration > Identities, klik på identiteten, og vælg Send test email. Vælg Raw, hvis du vil indsætte en komplet MIME-besked med dine egne headers. AWS beskriver konsollen som et værktøj, du typisk kun bruger til testmails, og dokumentationen beskriver ikke noget testpræfiks eller nogen anden ændring af beskeden. I sandboxen kræver feltet Custom recipient en verificeret adresse, hvilket fører dig tilbage til problemet ovenfor.

Sådan ser en ny SES-identitet ud i rapporten

DKIM. Easy DKIM er standarden for domæneidentiteter og signerer hver meddelelse med en 2048-bit-nøgle. Opsætningen består af tre CNAME-poster med navnet token._domainkey.yourdomain.com, som peger på token.dkim.<region>.amazonses.com. Hvis DKIM-kontrollen mislykkes, skal du først kontrollere to ting: om DNS er blevet opdateret (AWS tillader op til 72 timer), og om din DNS-udbyder føjede domænet til navnet og oprettede token._domainkey.yourdomain.com.yourdomain.com. Med BYODKIM udgiver du i stedet én TXT-post ved din egen selector. Under skiftet mellem de to kan SES sende helt uden en signatur, hvilket rapporten markerer som manglende DKIM. DKIM-kontrollen bruger tokenet som selector.

SPF og retursti. SES bruger som standard et underdomæne til amazonses.com som MAIL FROM. SPF består, men for amazonses.com, så rapporten viser SPF som ikke-justeret i forhold til din From. Når DKIM er justeret, koster det kun lidt (2 point på skalaen med 100 point i stedet for 5), og DMARC består stadig på DKIM. Hvis SPF også skal justeres, skal du oprette et tilpasset MAIL FROM-underdomæne med præcis én MX-post, 10 feedback-smtp.<region>.amazonses.com, og en TXT-post, v=spf1 include:amazonses.com ~all. Vælg ikke et underdomæne, der modtager mail, og undlad aspf=s i din DMARC-post, fordi AWS oplyser, at SPF-justering med SES ikke fungerer med en streng SPF-politik.

DMARC. SES udgiver ikke en for dig. AWS' eksempel er v=DMARC1;p=quarantine;rua=mailto:my_dmarc_report@example.com. Hvis ingen læser dine DMARC-rapporter endnu, ville jeg starte med p=none og stramme politikken senere. DMARC-kontrollen viser, hvad du har, og DMARC fail beskriver de almindelige fejl.

List-Unsubscribe. SES tilføjer kun List-Unsubscribe og List-Unsubscribe-Post, når du sender med ListManagementOptions, der peger på en kontaktliste og et emne. Selv da gælder det kun for meddelelser med én modtager og kun med Easy DKIM, og SES overskriver eventuelle afmeldingsheaders, du selv angiver. Alt andet sendes helt uden afmeldingsheaders, hvilket for et nyhedsbrev betyder, at både List-Unsubscribe-kontrollen og kontrollen af afmelding med ét klik mislykkes, medmindre du selv tilføjer dem. Siden marts 2024 har v2 API accepteret tilpassede headers uden rå MIME. Tilpasset fra AWS' blogindlæg om afmelding med ét klik ser de to headers sådan ud:

"Headers": [
  { "Name": "List-Unsubscribe",
    "Value": "<https://yourdomain.com/unsub?address=x&topic=x>, <mailto:unsubscribe@yourdomain.com>" },
  { "Name": "List-Unsubscribe-Post",
    "Value": "List-Unsubscribe=One-Click" }
]

Dit endpoint skal derefter håndtere POST-anmodningen. Nulstilling af adgangskoder og kvitteringer uden listeheaders er en anden situation, og for dem markerer rapporten gruppen for masseafsendere som sprunget over. Læs mere om headeren på vores side om List-Unsubscribe.

IP'er og blokeringslister

Nye konti sender fra IP'er, der deles med andre SES-brugere, og AWS anbefaler at blive på dem, medmindre din sendemængde er stor og regelmæssig. Rapporten kontrollerer afsenderens IP mod 21 blokeringslister, og på delte adresser gælder en registrering hele puljen. Dedikerede IP'er findes som Standard, hvor du selv varmer dem op, eller Managed, hvor SES håndterer opvarmningen. Her er en registrering knyttet til din egen udsendelse. Du kan indsætte enhver IP, du finder på fanen Headers, direkte i blokeringslistekontrollen.

AWS overvåger også din konto. I deres FAQ om håndhævelse står der, at du skal teste med rigtige adresser, som kan modtage e-mail, eller bruge simulatoren, så opdigtede modtagere ikke øger antallet af afvisninger. En konto bliver gennemgået ved en afvisningsrate på 5 % eller en klagerate på 0,1 %.

Planen med rettelser nederst viser op til otte ændringer, hver med den DNS-post, der skal kopieres, når det er relevant. Pointene ud for hver rettelse er de aktuelle strafpoint for de kontroller, den påvirker. Modellen vælger og forklarer rettelser. Den prissætter dem ikke. Hvis navnet på en kontrol ikke siger dig noget, forklarer dokumentationen hver af de 42 kontroller.