Amazon SES e-mailek tesztelése

Először ellenőrizze a sandbox állapotát, mert ez dönti el, hogy működhet-e egyáltalán. Az új SES-fiókok minden Region esetében sandbox módban indulnak. Amíg a fiók ebben a módban van, a SES csak ellenőrzött címekre, ellenőrzött domainekre és a saját postafiók-szimulátorába kézbesít. Emellett 24 óránként legfeljebb 200 üzenet, másodpercenként pedig legfeljebb egy üzenet küldhető.

Az Email Spam Tester egyik címének ellenőrzésével ez nem kerülhető meg. A SES úgy ellenőrzi a címzettet, hogy egy hivatkozást tartalmazó e-mailt küld neki. Mivel a címeink pontosan egy üzenetet fogadnak, mielőtt bezárulnak, ezt az egy lehetőséget az ellenőrző e-mail használná fel. Ezért a gyakorlatban éles hozzáférésre van szüksége abban a Region esetében, amelyből küld. Az AWS azt ígéri, hogy 96 órán belül első választ ad erre a kérelemre.

Mivel a sandbox állapota Region körönként külön érvényes, egy eu-west-1 környezetben már éles fiók továbbra is sandbox módban lehet a us-east-1 környezetben. Az identitások szintén Region körönként különállók, és mindegyikhez saját DKIM-rekordok tartoznak.

Kérjen egy címet, és küldjön egy üzenetet

Nyissa meg az email-spam-tester.com webhelyet, és másolja ki a megjelenő címet. Ehhez nincs szükség fiókra vagy API-kulcsra, és a cím a test- előtagból, húsz karakterből, valamint a t.email-spam-tester.com tartományból áll. Egy órája és egy üzenete van, ezért a cím lekérése előtt állítsa össze a küldési parancsot.

A legegyszerűbb küldési mód a CLI. Az alábbi parancs az AWS saját, az SES tenants oldalán található példájának módosított változata, amelyből kimaradtak a tenant és a configuration set kapcsolói:

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

A From mezőnek még éles környezetben is ellenőrzött identitásnak kell lennie. Egy ilyen, csak szöveget tartalmazó törzs elegendő a hitelesítés és az IP teszteléséhez, de a tartalomról szinte semmit sem árul el. Valós eredményhez azt az üzenetet küldje el, amelyet az alkalmazása ténylegesen küld, a HTML-résszel és a fejlécekkel együtt. Ugyanazt a kódelérési utat használja, legyen az a boto3 send_email metódusa, egy SMTP-könyvtár vagy valami más. Ha az éles küldések configuration setet használnak, itt is adja hozzá a --configuration-set-name kapcsolót, hogy a teszt ugyanazokkal a beállításokkal fusson.

A beérkezési teszt ugyanebbe a parancsba illeszthető. A szolgáltatói postafiókokat adja hozzá a tesztcím mellett a ToAddresses mezőhöz, a jelölőjét pedig a Subject adataihoz. Egyetlen hívás így két jelentést tölt ki. A második megmutatja, hogy az üzenet melyik mappába érkezett a Gmail, Outlook, Yahoo és más szolgáltatóknál. Ezek a postafiókok sincsenek ellenőrizve, ezért ehhez is éles hozzáférés szükséges.

A konzolon keresztül is van lehetőség a küldésre. Nyissa meg a Configuration > Identities menüpontot, kattintson az identitásra, majd válassza a Send test email lehetőséget. Ha teljes MIME-üzenetet szeretne beilleszteni saját fejlécekkel, válassza a Raw beállítást. Az AWS szerint a konzolt jellemzően csak tesztüzenetekhez használják, a dokumentáció pedig nem ír le tesztelőtagot vagy más módosítást az üzenethez. Sandbox környezetben a Custom recipient mezőhöz ellenőrzött cím szükséges, ami visszavezet a fenti problémához.

Hogyan jelenik meg egy friss SES-identitás a jelentésben

DKIM. Az Easy DKIM a domainidentitások alapértelmezett beállítása, és minden üzenetet 2048 bites kulccsal ír alá. A beállításhoz három, token._domainkey.yourdomain.com nevű CNAME-rekord szükséges, amelyek a token.dkim.<region>.amazonses.com címre mutatnak. Ha a DKIM-ellenőrzés sikertelen, először két dolgot ellenőrizzen: frissült-e már a DNS (az AWS szerint ez akár 72 órát is igénybe vehet), illetve a DNS-szolgáltató hozzáfűzte-e a domaint a névhez, és így a token._domainkey.yourdomain.com.yourdomain.com rekordot hozta-e létre. BYODKIM használatakor ehelyett egyetlen TXT-rekordot kell közzétennie a saját szelektorán. A két megoldás közötti váltás alatt előfordulhat, hogy a SES egyáltalán nem írja alá az üzeneteket, amit a jelentés hiányzó DKIM-ként jelöl. A DKIM-ellenőrző a tokent használja szelektorként.

SPF és Return-Path. Alapértelmezés szerint a SES az amazonses.com egyik aldomainjét használja MAIL FROM-ként. Az SPF megfelel, de az amazonses.com domainhez, ezért a jelentés szerint az SPF nincs illesztve az Ön From fejlécéhez. Ha a DKIM illeszkedik, ez kevés pontlevonással jár (az 100 pontos skálán 5 helyett 2 ponttal), és a DMARC továbbra is megfelel a DKIM alapján. Az SPF illesztéséhez állítson be egy egyéni MAIL FROM aldomaint pontosan egy MX-rekorddal, 10 feedback-smtp.<region>.amazonses.com, valamint egy v=spf1 include:amazonses.com ~all értékű TXT-rekorddal. Ne válasszon leveleket fogadó aldomaint, és ne szerepeljen aspf=s a DMARC-rekordban, mert az AWS szerint az SPF-illesztés a SES szolgáltatással nem működik szigorú SPF-házirend mellett.

DMARC. A SES nem tesz közzé Ön helyett DMARC-rekordot. Az AWS mintája: v=DMARC1;p=quarantine;rua=mailto:my_dmarc_report@example.com. Ha még senki sem olvassa a DMARC-jelentéseket, érdemes p=none beállítással kezdeni, majd később szigorítani. A DMARC-ellenőrző megmutatja az aktuális beállítást, a DMARC fail oldal pedig a gyakori hibákat ismerteti.

List-Unsubscribe. A SES csak akkor ad hozzá List-Unsubscribe és List-Unsubscribe-Post fejléceket, ha a küldéskor a ListManagementOptions egy névjegylistára és témára mutat. Még ekkor is csak egyetlen címzettnek küldött üzeneteknél és Easy DKIM használatakor teszi ezt, valamint a SES felülírja az Ön által megadott leiratkozási fejléceket. Minden más üzenet leiratkozási fejlécek nélkül kerül elküldésre. Hírleveleknél ez sikertelen List-Unsubscribe-ellenőrzést és sikertelen egykattintásos leiratkozási ellenőrzést jelent, hacsak Ön nem adja hozzá ezeket a fejléceket. 2024 márciusa óta a v2 API nyers MIME használata nélkül is elfogad egyéni fejléceket. Az AWS egykattintásos leiratkozásról szóló blogbejegyzése alapján a két fejléc így néz ki:

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

Ezután az Ön végpontjának kell kezelnie a POST kérést. A listafejlécek nélküli jelszó-visszaállítások és nyugták más esetnek számítanak, ezeknél a jelentés kihagyottként jelöli a tömeges küldőkre vonatkozó ellenőrzéscsoportot. A fejlécről további információt a List-Unsubscribe oldalunkon talál.

IP-címek és tiltólisták

Az új fiókok más SES-felhasználókkal megosztott IP-címekről küldenek, és az AWS azt javasolja, hogy ezeket használja tovább, kivéve, ha a küldési mennyiség nagy és rendszeres. A jelentés 21 tiltólistán ellenőrzi a küldő IP-címet. Megosztott címeknél a találat a közös IP-készlethez tartozik. A dedikált IP-címek Standard vagy Managed változatban érhetők el. A Standard esetén Ön végzi manuálisan a bemelegítést, a Managed esetén ezt a SES kezeli, és ekkor a listázás az Ön saját küldési tevékenységéhez kapcsolódik. A Headers lapon talált bármely IP-címet közvetlenül ellenőrizheti a tiltólista-ellenőrzővel.

Az AWS az Ön fiókját is figyeli. A szabályok betartatásáról szóló GYIK szerint valós, levelek fogadására képes címekkel vagy a szimulátorral teszteljen, hogy a kitalált címzettek ne növeljék a visszapattanások arányát. Az AWS 5%-os visszapattanási aránynál vagy 0.1%-os panaszaránynál felülvizsgálat alá helyezi a fiókot.

Az oldal alján található javítási terv legfeljebb nyolc módosítást sorol fel. Mindegyiknél megadja a másolható DNS-rekordot, ha szükség van rá, a javítás mellett látható pontok pedig az érintett ellenőrzések aktuális levonásai. A modell kiválasztja és elmagyarázza a javításokat. Nem árazza be őket. Ha valamelyik ellenőrzés neve nem egyértelmű Önnek, a dokumentáció mind a 42 ellenőrzést elmagyarázza.