Testarea emailurilor Amazon SES

Verifică mai întâi mediul sandbox, deoarece acesta determină dacă trimiterea va funcționa. Un cont SES nou începe în sandbox în fiecare regiune, iar cât timp rămâne acolo, SES livrează numai către adrese verificate, domenii verificate și propriul simulator de cutii poștale. În plus, există o limită de 200 de mesaje în 24 de ore și de un mesaj pe secundă.

Verificarea unei adrese Email Spam Tester nu te ajută să ocolești această restricție. SES verifică un destinatar trimițându-i un email cu un link, iar deoarece adresele noastre acceptă exact un mesaj înainte de a se închide, emailul de verificare ar consuma adresa. Prin urmare, în practică ai nevoie de acces pentru producție în regiunea din care trimiți. AWS promite un răspuns inițial la această solicitare în cel mult 96 de ore.

Deoarece starea sandbox este stabilită separat pentru fiecare regiune, un cont care are acces pentru producție în eu-west-1 poate fi încă în sandbox în us-east-1. Identitățile sunt, de asemenea, specifice fiecărei regiuni, fiecare având propriile înregistrări DKIM.

Obține o adresă, trimite un mesaj

Deschide email-spam-tester.com și copiază adresa afișată. Nu ai nevoie de cont sau de cheie API, iar adresa arată ca test- urmat de douăzeci de caractere la t.email-spam-tester.com. Ai la dispoziție o oră și un mesaj, deci pregătește comanda de trimitere înainte de a obține adresa.

Cea mai simplă metodă de trimitere este CLI, adaptată din exemplul AWS de pe pagina despre tenants SES, fără opțiunile pentru tenant și configuration set:

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}}}"

Adresa From trebuie să fie o identitate verificată, chiar și în producție. Un corp de mesaj doar cu text, ca acesta, este suficient pentru a testa autentificarea și IP-ul, dar nu îți spune aproape nimic despre conținut. Pentru un verdict real, trimite mesajul pe care îl trimite efectiv aplicația ta, cu partea HTML și anteturile sale. Folosește și aceeași cale de cod, indiferent dacă aceasta este send_email din boto3, o bibliotecă SMTP sau altceva. Dacă trimiterile din producție folosesc un configuration set, adaugă și --configuration-set-name aici, astfel încât testul să treacă prin aceleași setări.

Testul de plasare în inbox se integrează în aceeași comandă. Adresele inboxurilor furnizorilor se adaugă în ToAddresses, lângă adresa de test, iar marcajul testului se adaugă în datele Subject. Un singur apel completează astfel două rapoarte, iar al doilea indică folderul în care a ajuns mesajul în Gmail, Outlook, Yahoo și la alți furnizori. Nici aceste adrese nu sunt verificate, deci și pentru acest test ai nevoie de acces la producție.

Există și o metodă prin consolă. Deschide Configuration > Identities, dă clic pe identitate și alege Send test email, selectând Raw dacă vrei să inserezi un mesaj MIME complet, cu propriile anteturi. AWS descrie consola ca pe un instrument pe care, de obicei, îl folosești doar pentru emailuri de test, iar documentația nu menționează niciun prefix de test sau altă modificare a mesajului. În sandbox, câmpul Custom recipient necesită o adresă verificată, ceea ce te readuce la problema de mai sus.

Cum arată în raport o identitate SES nouă

DKIM. Easy DKIM este opțiunea implicită pentru identitățile de domeniu și semnează fiecare mesaj cu o cheie de 2048 de biți. Configurarea constă în trei înregistrări CNAME numite token._domainkey.yourdomain.com, care indică spre token.dkim.<region>.amazonses.com. Dacă verificarea DKIM eșuează, verifică mai întâi două lucruri: dacă DNS s-a propagat (AWS permite până la 72 de ore) și dacă serviciul tău DNS a adăugat domeniul la nume și a creat token._domainkey.yourdomain.com.yourdomain.com. Cu BYODKIM publici în schimb o singură înregistrare TXT la propriul selector. În timpul trecerii de la una la alta, SES poate trimite fără nicio semnătură, iar raportul semnalează DKIM ca lipsă. Instrumentul de verificare DKIM folosește tokenul drept selector.

SPF și Return-Path. În mod implicit, SES folosește un subdomeniu al amazonses.com drept MAIL FROM. SPF trece, dar pentru amazonses.com, astfel că raportul arată SPF ca nealiniat cu adresa ta From. Când DKIM este aliniat, acest lucru are un impact redus (2 puncte pe scara de 100 de puncte, în loc de 5), iar DMARC trece în continuare pe baza DKIM. Pentru a alinia și SPF, configurează un subdomeniu MAIL FROM personalizat cu exact o înregistrare MX, 10 feedback-smtp.<region>.amazonses.com, și o înregistrare TXT v=spf1 include:amazonses.com ~all. Nu alege un subdomeniu care primește emailuri și nu include aspf=s în înregistrarea DMARC, deoarece AWS precizează că alinierea SPF cu SES nu funcționează cu o politică SPF strictă.

DMARC. SES nu publică o înregistrare în locul tău. Exemplul AWS este v=DMARC1;p=quarantine;rua=mailto:my_dmarc_report@example.com. Dacă nimeni nu citește încă rapoartele tale DMARC, aș începe cu p=none și aș înăspri politica mai târziu. Instrumentul de verificare DMARC îți arată configurația actuală, iar DMARC fail prezintă problemele frecvente.

List-Unsubscribe. SES adaugă List-Unsubscribe și List-Unsubscribe-Post numai când trimiți folosind ListManagementOptions, care indică spre o listă de contacte și un subiect. Chiar și atunci, le adaugă numai pentru mesajele cu un singur destinatar și numai cu Easy DKIM, iar SES suprascrie orice antete de dezabonare pe care le setezi tu. Toate celelalte mesaje sunt trimise fără antete de dezabonare, ceea ce, pentru un newsletter, înseamnă că verificarea List-Unsubscribe și verificarea dezabonării cu un singur clic eșuează dacă nu adaugi tu antetele. Din martie 2024, API v2 acceptă antete personalizate fără MIME brut. Adaptate din articolul AWS despre dezabonarea cu un singur clic, cele două antete arată astfel:

"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" }
]

Endpointul tău trebuie apoi să gestioneze cererea POST. Resetările de parolă și confirmările fără antete pentru liste reprezintă un caz diferit, iar pentru acestea raportul marchează grupul destinat expeditorilor de mesaje în masă ca omis. Află mai multe despre antet în pagina noastră despre List-Unsubscribe.

IP-uri și liste de blocare

Conturile noi trimit de la IP-uri partajate cu alți utilizatori SES, iar AWS recomandă să le folosești în continuare, cu excepția cazului în care volumul tău este mare și constant. Raportul verifică IP-ul de trimitere în 21 de liste de blocare, iar pentru adresele partajate, o listare aparține întregului grup. IP-urile dedicate sunt disponibile în varianta Standard, pentru care faci manual încălzirea, sau Managed, unde SES gestionează încălzirea, iar o listare este asociată propriilor tale trimiteri. Orice IP găsit în fila Antete poate fi introdus direct în instrumentul de verificare a listelor de blocare.

AWS îți monitorizează și contul. Documentația sa despre aplicarea regulilor recomandă să testezi folosind adrese reale care pot primi mesaje sau simulatorul, astfel încât destinatarii inventați să nu crească rata de respingere. Un cont este verificat dacă rata de respingere ajunge la 5% sau rata reclamațiilor la 0,1%.

Planul de remediere de la final enumeră până la opt modificări, fiecare cu înregistrarea DNS de copiat, dacă este cazul, iar punctele de lângă fiecare remediere reprezintă penalizările actuale ale verificărilor vizate. Modelul selectează și explică remedierile. Nu le estimează costul. Dacă nu înțelegi numele unei verificări, documentația le explică pe toate cele 42.