Amazon SES e-postalarını test etme

Önce sandbox durumunu kontrol edin, çünkü bunun çalışıp çalışmayacağını belirleyen budur. Yeni bir SES hesabı her Bölgede sandbox ortamında başlar. Bu durumdayken SES yalnızca doğrulanmış adreslere, doğrulanmış alan adlarına ve kendi posta kutusu simülatörüne teslimat yapar. Ayrıca 24 saatte 200 mesaj ve saniyede bir mesaj sınırı vardır.

Bir Email Spam Tester adresini doğrulamak bu kısıtlamayı aşmanızı sağlamaz. SES, alıcıya bağlantı içeren bir e-posta göndererek adresi doğrular. Adreslerimiz kapanmadan önce yalnızca bir mesaj kabul ettiğinden, bu hakkı doğrulama e-postası kullanır. Bu nedenle pratikte, gönderim yaptığınız Bölgede üretim erişimine ihtiyacınız vardır. AWS, bu talebe 96 saat içinde ilk yanıtı vereceğini taahhüt eder.

Sandbox durumu Bölgeye özel olduğundan, eu-west-1 Bölgesinde üretim erişimine sahip bir hesap us-east-1 Bölgesinde hâlâ sandbox ortamında olabilir. Kimlikler de Bölgeye özeldir ve her birinin kendi DKIM kayıtları vardır.

Bir adres alın, tek bir ileti gönderin

email-spam-tester.com'u açın ve gösterilen adresi kopyalayın. Hesap veya API anahtarı gerektirmeyen bu adres, t.email-spam-tester.com alan adında test- ile başlayan yirmi karakterden oluşur. Bir saatiniz ve tek ileti hakkınız vardır, bu nedenle adresi almadan önce gönderme komutunu hazırlayın.

En basit gönderim yöntemi CLI'dır. Aşağıdaki komut, AWS'nin SES tenants sayfasındaki kendi örneğinden tenant ve configuration-set bayrakları çıkarılarak uyarlanmıştır:

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

Üretimde bile From alanı doğrulanmış bir kimlik olmalıdır. Bunun gibi yalnızca metin içeren bir gövde, kimlik doğrulamayı ve IP'yi test etmek için yeterlidir ancak içerik hakkında neredeyse hiçbir bilgi vermez. Gerçek bir sonuç için uygulamanızın gerçekten gönderdiği iletiyi, HTML bölümü ve üstbilgileriyle birlikte gönderin. boto3'ün send_email yöntemi, bir SMTP kitaplığı veya başka bir yöntem olması fark etmeksizin aynı kod yolunu da kullanın. Üretim gönderimleri bir configuration set kullanıyorsa testin aynı ayarlardan geçmesi için buraya --configuration-set-name seçeneğini de ekleyin.

Gelen kutusu testi de aynı komuta eklenir. Sağlayıcı gelen kutularını test adresinin yanında ToAddresses içine, işaretleyiciyi de Subject verisine ekleyin. Böylece tek çağrı iki raporu doldurur. İkinci rapor, iletinin Gmail, Outlook, Yahoo ve diğer sağlayıcılarda hangi klasöre düştüğünü listeler. Bu gelen kutuları da doğrulanmış değildir, dolayısıyla bunun için de production access gerekir.

Konsol üzerinden de yapabilirsiniz. Configuration > Identities bölümünü açın, kimliğe tıklayın ve Send test email seçeneğini belirleyin. Kendi üstbilgilerinizle tam bir MIME iletisi yapıştırmak istiyorsanız Raw seçeneğini seçin. AWS, konsolu genellikle yalnızca test e-postaları için kullanılan bir araç olarak tanımlar. Belgelerde iletiye eklenecek bir test öneki veya başka bir değişiklik belirtilmez. Sandbox ortamında Custom recipient alanına doğrulanmış bir adres girmeniz gerekir, bu da sizi yukarıdaki soruna geri götürür.

Raporda yeni bir SES kimliği nasıl görünür

DKIM. Easy DKIM, alan adı kimlikleri için varsayılandır ve her iletiyi 2048 bitlik bir anahtarla imzalar. Kurulum, token.dkim.<region>.amazonses.com adresini gösteren ve token._domainkey.yourdomain.com olarak adlandırılan üç CNAME kaydından oluşur. DKIM kontrolü başarısız olursa önce iki şeye bakın: DNS değişikliklerinin yayılıp yayılmadığına (AWS bunun için 72 saate kadar süre öngörür) ve DNS sağlayıcınızın alan adını ada ekleyerek token._domainkey.yourdomain.com.yourdomain.com oluşturup oluşturmadığına. BYODKIM ile bunun yerine kendi seçicinizde tek bir TXT kaydı yayımlarsınız. İkisi arasında geçiş yaparken SES hiç imza olmadan ileti gönderebilir ve rapor bunu eksik DKIM olarak işaretler. DKIM denetleyicisi token'ı seçici olarak kullanır.

SPF ve Return-Path. SES varsayılan olarak MAIL FROM için amazonses.com'un bir alt alan adını kullanır. SPF geçer, ancak amazonses.com için geçtiğinden rapor SPF'yi From alanınızla hizalanmamış olarak gösterir. DKIM hizalanmışsa bunun etkisi düşüktür (100 puanlık ölçekte 5 yerine 2 puan) ve DMARC yine DKIM üzerinden geçer. SPF'yi de hizalamak için tam olarak bir MX kaydı, 10 feedback-smtp.<region>.amazonses.com, ve bir TXT kaydı, v=spf1 include:amazonses.com ~all, içeren özel bir MAIL FROM alt alan adı ayarlayın. E-posta alan bir alt alan adı seçmeyin ve aspf=s değerini DMARC kaydınıza eklemeyin. AWS'ye göre SES ile SPF hizalaması katı bir SPF politikası altında çalışmaz.

DMARC. SES sizin için DMARC kaydı yayımlamaz. AWS'nin örneği v=DMARC1;p=quarantine;rua=mailto:my_dmarc_report@example.com şeklindedir. DMARC raporlarınızı henüz kimse okumuyorsa p=none ile başlayıp politikayı daha sonra sıkılaştırmanızı öneririm. DMARC denetleyicisi mevcut yapılandırmanızı gösterir, DMARC fail ise yaygın sorunları ele alır.

List-Unsubscribe. SES, List-Unsubscribe ve List-Unsubscribe-Post başlıklarını yalnızca bir kişi listesi ile konuyu gösteren ListManagementOptions kullanarak gönderim yaptığınızda ekler. Bu durumda bile yalnızca tek alıcılı iletilerde ve Easy DKIM ile ekler. Ayrıca SES, sizin ayarladığınız abonelikten çıkma başlıklarının üzerine yazar. Diğer tüm iletiler hiçbir abonelikten çıkma başlığı olmadan gönderilir. Bu durum bir bültende, başlıkları kendiniz eklemediğiniz sürece List-Unsubscribe kontrolünün ve tek tıklamayla abonelikten çıkma kontrolünün başarısız olması anlamına gelir. Mart 2024'ten beri v2 API, ham MIME olmadan özel başlıkları kabul eder. AWS'nin tek tıklamayla abonelikten çıkma hakkındaki blog yazısından uyarlanan iki başlık şu şekildedir:

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

Ardından uç noktanızın POST isteğini işlemesi gerekir. Liste başlıkları içermeyen parola sıfırlama iletileri ve makbuzlar farklı bir durumdur. Rapor bunlar için toplu gönderici grubunu atlandı olarak işaretler. Başlık hakkında daha fazla bilgi için List-Unsubscribe sayfamıza bakın.

IP'ler ve engelleme listeleri

Yeni hesaplar, diğer SES kullanıcılarıyla paylaşılan IP'lerden gönderim yapar. AWS, gönderim hacminiz yüksek ve düzenli olmadığı sürece bu IP'lerde kalmanızı önerir. Rapor, gönderim IP'sini 21 engelleme listesinde sorgular. Paylaşılan adreslerde bir eşleşme, IP havuzuyla ilgilidir. Ayrılmış IP'ler iki şekilde sunulur: elle ısıttığınız Standard veya ısıtma işlemini SES'in yönettiği Managed. Ayrılmış IP kullanırken listedeki bir kayıt doğrudan sizin gönderimlerinizle ilişkilidir. Headers sekmesinde bulduğunuz herhangi bir IP'yi doğrudan engelleme listesi denetleyicisine girebilirsiniz.

AWS hesabınızı da izler. Yaptırım SSS'sine göre, gerçek olmayan alıcıların hemen çıkma oranını artırmaması için testleri e-posta alabilen gerçek adreslerle veya simülatörle yapmalısınız. AWS, hemen çıkma oranı %5'e veya şikâyet oranı %0,1'e ulaştığında hesabı incelemeye alır.

Sayfanın altındaki düzeltme planı en fazla sekiz değişiklik listeler. Uygulanabildiği durumlarda her değişiklik, kopyalanacak DNS kaydını içerir. Her düzeltmenin yanındaki puanlar, düzeltmenin etkilediği denetimlerin mevcut cezalarıdır. Model düzeltmeleri seçer ve açıklar, bunlara fiyat biçmez. Bir denetimin adı size bir şey ifade etmiyorsa belgelerde 42 denetimin her biri açıklanır.