Menguji email Amazon SES

Periksa sandbox terlebih dahulu karena status ini menentukan apakah pengiriman dapat dilakukan. Akun SES baru dimulai di sandbox pada setiap Region. Selama masih di sandbox, SES hanya mengirimkan email ke alamat terverifikasi, domain terverifikasi, dan simulator kotak suratnya sendiri. Selain itu, batasnya adalah 200 pesan per 24 jam dan satu pesan per detik.

Memverifikasi alamat Email Spam Tester tidak akan mengatasi batasan ini. SES memverifikasi penerima dengan mengirimkan email berisi tautan. Karena alamat kami hanya menerima tepat satu pesan sebelum ditutup, email verifikasi akan menghabiskan kesempatan tersebut. Jadi, dalam praktiknya Anda memerlukan akses produksi di Region tempat Anda mengirim. AWS menjanjikan tanggapan awal atas permintaan tersebut dalam waktu 96 jam.

Karena status sandbox berlaku per Region, akun yang sudah berada dalam produksi di eu-west-1 masih dapat berada dalam sandbox di us-east-1. Identitas juga berlaku per Region, masing-masing dengan catatan DKIM sendiri.

Dapatkan alamat, kirim satu pesan

Buka email-spam-tester.com dan salin alamat yang ditampilkan. Alamat ini tidak memerlukan akun atau kunci API dan berbentuk test- ditambah dua puluh karakter di t.email-spam-tester.com. Anda memiliki waktu satu jam dan satu pesan, jadi siapkan perintah pengiriman sebelum mengambil alamat tersebut.

Pengiriman paling sederhana menggunakan CLI, yang diadaptasi dari contoh AWS di halaman tenant SES dengan menghapus flag tenant dan 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}}}"

From harus menggunakan identitas yang telah diverifikasi, bahkan di lingkungan produksi. Isi teks saja seperti ini cukup untuk menguji autentikasi dan IP, tetapi hampir tidak memberi informasi tentang konten. Untuk mendapatkan hasil yang benar-benar relevan, kirim pesan yang benar-benar dikirim aplikasi Anda, lengkap dengan bagian HTML dan header-nya. Gunakan juga jalur kode yang sama, baik itu send_email dari boto3, pustaka SMTP, maupun yang lain. Jika pengiriman produksi menggunakan configuration set, tambahkan juga --configuration-set-name di sini agar pengujian dijalankan melalui pengaturan yang sama.

Uji inbox dapat menggunakan perintah yang sama. Masukkan inbox penyedianya ke ToAddresses bersama alamat pengujian, dan masukkan penandanya ke data Subject. Satu panggilan kemudian mengisi dua laporan. Laporan kedua mencantumkan folder tempat pesan masuk di Gmail, Outlook, Yahoo, dan penyedia lain. Inbox tersebut juga tidak diverifikasi, jadi pengujian ini juga memerlukan akses produksi.

Ada juga cara melalui konsol. Buka Configuration > Identities, klik identitas, lalu pilih Send test email. Pilih Raw jika Anda ingin menempelkan pesan MIME lengkap dengan header Anda sendiri. AWS menjelaskan konsol sebagai alat yang biasanya hanya digunakan untuk email pengujian, dan dokumentasinya tidak menjelaskan adanya prefiks pengujian atau perubahan lain pada pesan. Di sandbox, kolom Custom recipient memerlukan alamat yang telah diverifikasi, sehingga Anda kembali menghadapi masalah di atas.

Tampilan identitas SES baru dalam laporan

DKIM. Easy DKIM adalah opsi default untuk identitas domain dan menandatangani setiap pesan dengan kunci 2048-bit. Penyiapannya menggunakan tiga catatan CNAME bernama token._domainkey.yourdomain.com yang mengarah ke token.dkim.<region>.amazonses.com. Jika pemeriksaan DKIM gagal, periksa dua hal terlebih dahulu: apakah perubahan DNS sudah tersebar (AWS menyatakan proses ini dapat memerlukan waktu hingga 72 jam) dan apakah host DNS Anda menambahkan domain ke nama sehingga membuat token._domainkey.yourdomain.com.yourdomain.com. Dengan BYODKIM, Anda memublikasikan satu catatan TXT pada selector Anda sendiri. Saat beralih di antara keduanya, SES mungkin mengirim tanpa tanda tangan sama sekali, yang ditandai laporan sebagai DKIM hilang. Pemeriksa DKIM menggunakan token sebagai selector.

SPF dan Return-Path. Secara default, SES menggunakan subdomain amazonses.com sebagai MAIL FROM. SPF lolos, tetapi untuk amazonses.com, sehingga laporan menampilkan SPF sebagai tidak selaras dengan From Anda. Jika DKIM selaras, dampaknya kecil (2 poin pada skala 100 poin, bukan 5), dan DMARC tetap lolos berdasarkan DKIM. Agar SPF juga selaras, siapkan subdomain MAIL FROM khusus dengan tepat satu catatan MX, 10 feedback-smtp.<region>.amazonses.com, dan catatan TXT v=spf1 include:amazonses.com ~all. Jangan pilih subdomain yang menerima email, dan jangan sertakan aspf=s dalam catatan DMARC Anda karena menurut AWS, penyelarasan SPF dengan SES tidak berfungsi jika menggunakan kebijakan SPF ketat.

DMARC. SES tidak memublikasikannya untuk Anda. Contoh dari AWS adalah v=DMARC1;p=quarantine;rua=mailto:my_dmarc_report@example.com. Jika belum ada yang membaca laporan DMARC Anda, saya menyarankan untuk memulai dengan p=none lalu memperketatnya nanti. Pemeriksa DMARC menampilkan konfigurasi Anda, dan DMARC fail membahas masalah umum.

List-Unsubscribe. SES hanya menambahkan List-Unsubscribe dan List-Unsubscribe-Post saat Anda mengirim dengan ListManagementOptions yang mengarah ke daftar kontak dan topik. Bahkan dalam kondisi tersebut, header hanya ditambahkan untuk pesan dengan satu penerima dan hanya dengan Easy DKIM, serta SES menimpa header berhenti berlangganan yang Anda tetapkan sendiri. Semua pesan lainnya dikirim tanpa header berhenti berlangganan sama sekali. Untuk newsletter, ini berarti pemeriksaan List-Unsubscribe dan pemeriksaan sekali klik akan gagal, kecuali Anda menambahkannya sendiri. Sejak Maret 2024, v2 API menerima header khusus tanpa MIME mentah. Diadaptasi dari posting blog AWS tentang sekali klik, kedua header tersebut terlihat seperti ini:

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

Endpoint Anda kemudian harus menangani POST tersebut. Pengaturan ulang kata sandi dan tanda terima tanpa header daftar adalah kasus yang berbeda. Untuk pesan tersebut, laporan menandai grup pengirim massal sebagai dilewati. Informasi lebih lanjut tentang header ini tersedia di halaman List-Unsubscribe kami.

IP dan daftar blokir

Akun baru mengirim dari IP yang digunakan bersama pengguna SES lain, dan AWS menyarankan untuk tetap menggunakannya kecuali volume pengiriman Anda besar dan teratur. Laporan memeriksa IP pengirim di 21 daftar blokir. Pada alamat bersama, pencantuman berlaku untuk kumpulan IP tersebut. IP khusus tersedia sebagai Standard, yang harus Anda panaskan secara manual, atau Managed, dengan SES yang menangani pemanasan. Untuk IP khusus, pencantuman terkait dengan pengiriman Anda sendiri. Setiap IP yang Anda temukan di tab Headers dapat langsung diperiksa dengan pemeriksa daftar blokir.

AWS juga memantau akun Anda. FAQ penegakannya menyatakan bahwa pengujian harus menggunakan alamat asli yang dapat menerima email, atau simulator, agar penerima fiktif tidak meningkatkan rasio pantulan. AWS akan meninjau akun jika rasio pantulan mencapai 5% atau rasio keluhan mencapai 0,1%.

Rencana perbaikan di bagian bawah mencantumkan hingga delapan perubahan, masing-masing disertai data DNS yang dapat disalin jika berlaku. Poin di samping setiap perbaikan adalah penalti saat ini dari pemeriksaan yang terkait. Model memilih dan menjelaskan perbaikan. Model tidak memperkirakan biayanya. Jika nama pemeriksaan tidak Anda pahami, dokumentasi menjelaskan masing-masing dari 42 pemeriksaan.