Trimiteți e-mailuri prin propriul cont Amazon SES

Veți avea nevoie de un cont AWS și de acces la DNS-ul domeniului dumneavoastră. SES este de departe cea mai ieftină opțiune din această listă și cea cu cei mai mulți pași.

Documentația oficială Amazon: Verificarea unui domeniu · Obținerea credențialelor SMTP · Ieșirea din sandbox

⭐ Ne conectăm la SES prin interfața sa SMTP, nu prin API-ul REST. De aceea vi se solicită un nume de utilizator și o parolă SMTP, mai degrabă decât o cheie de acces AWS. Ambele căi livrează exact același mesaj; cea prin SMTP evită o întreagă categorie de probleme legate de semnarea cererilor AWS, care sunt extrem de greu de diagnosticat din exterior, și este interfața pentru care Amazon publică credențiale tocmai pentru ca instrumente precum al nostru să o poată utiliza.

1. Alegeți o regiune și rămâneți în ea

SES este regional. Totul de mai jos — domeniul dumneavoastră verificat, credențialele, cota de trimitere — aparține unei singure regiuni AWS și nu există în nicio alta.

Alegeți-o pe cea mai apropiată de clienții dumneavoastră (eu-west-1 pentru Europa, us-east-1 pentru America de Nord) și notați-o. Verificarea domeniului în Irlanda și apoi crearea credențialelor în Frankfurt este cea mai frecventă metodă de a pierde o după-amiază aici, iar eroarea generată nu menționează nimic despre regiuni.

2. Verificați-vă domeniul

Consola Amazon SES → Identities → Create identity → Domain. Introduceți un subdomeniu precum mail.yourdomain.com.

Activați Easy DKIM și alegeți RSA_2048_BIT. SES vă oferă trei înregistrări CNAME:

Adăugați-le pe toate trei. Verificarea se finalizează de obicei în decurs de o oră.

⭐ De asemenea, activați un domeniu personalizat MAIL FROM (bounce.mail.yourdomain.com) și adăugați înregistrările MX și TXT pentru SPF solicitate. Fără acesta, expeditorul de plic (envelope sender) este amazonses.com, așadar SPF se aliniază cu Amazon în loc să se alinieze cu dumneavoastră și vă bazați exclusiv pe DKIM.

3. Ieșiți din sandbox — acesta este pasul pe care mulți îl omit

⛔⛔ Un cont SES nou se află într-un sandbox și poate trimite mesaje doar către adrese pe care le-ați verificat separat. Va accepta orice altceva și nu va livra nimic.

Aceasta este exact eroarea pe care pasul nostru de verificare este menit să o identifice: în sandbox, SES preia mesajul dumneavoastră cu un răspuns de succes perfect obișnuit și apoi îl respinge în tăcere. Dacă verificați configurarea noastră trimițând testul către o adresă pe care s-a întâmplat să o fi verificat în AWS, va funcționa — iar apoi fiecare mesaj către un client real va dispărea.

Tabloul de bord al contului → Request production access. Amazon vă întreabă ce trimiteți și cum gestionați respingerile (bounces); două fraze sincere despre notificările tranzacționale către propriii clienți sunt aprobate în mod normal în 24 de ore.

⭐ Faceți acest lucru înainte de a conecta SES aici. Nu va mai fi nimic de depanat ulterior, deoarece nimic nu va eșua.

4. Creați credențiale SMTP

Consola SES → SMTP settings → Create SMTP credentials.

Această acțiune creează un utilizator IAM cu permisiuni exclusive de trimitere și vă oferă un nume de utilizator SMTP și o parolă SMTP.

⛔ Acestea nu sunt cheia dumneavoastră de acces AWS și secretul acesteia. Ele sunt derivate dintr-un secret IAM printr-un algoritm specific și nu sunt interschimbabile. Inserarea unei chei secrete de acces AWS aici va eșua la autentificare de fiecare dată, iar eroarea va menționa pur și simplu că datele de identificare au fost respinse.

⚠️ Parola este afișată o singură dată. Descărcați fișierul CSV înainte de a părăsi pagina.

5. Conectați-l în Zinn®

Deschideți Trimitere e-mail în tabloul dumneavoastră de bord:

• Furnizor — Amazon SES
• Trimite de pe acest domeniu — mail.yourdomain.com
• Regiune AWS — regiunea de la pasul 1, de ex. eu-west-1
• Nume de utilizator SMTP — de la pasul 4
• Port — lăsați la 587
• Parolă SMTP SES — de la pasul 4

Noi construim gazda pentru dumneavoastră (email-smtp.<region>.amazonaws.com), așadar nu există riscul de a tasta greșit numele de gazdă.

6. Trimiteți testul și introduceți codul

Apăsați Trimite mesaj de test către o căsuță poștală de pe un domeniu diferit, pe care nu l-ați verificat în AWS — o adresă personală de Gmail este ideală, deoarece este cea care dovedește că ați ieșit din sandbox. Citiți codul și introduceți-l.

Când lucrurile nu funcționează

„Email address is not verified” în timp ce trimiteți către un client real — sunteți încă în sandbox. Pasul 3.

535 Authentication Credentials Invalid — ați utilizat cheia de acces AWS în loc de credențialele SMTP (pasul 4) sau credențialele aparțin unei alte regiuni decât cea introdusă.

„Maximum sending rate exceeded” — un cont nou de producție pornește de la 14 mesaje pe secundă și 50.000 pe zi. Este un volum foarte mare de notificări, dar dacă migrați o bază mare de clienți, solicitați mai întâi o majorare.

A funcționat în teste și s-a oprit în producție — verificați secțiunea Reputation din tabloul de bord SES. Amazon întrerupe automat trimiterea atunci când rata de respingere (bounce rate) sau rata de reclamații depășește pragul admis, iar acest prag este ușor de atins în cazul unei liste vechi de clienți.