SPF, DKIM ve DMARC'ı her gönderim yolunda kontrol etmek
Uygulamanızın gerçek e-posta gönderim yolunu inceleyin. Kurgusal örnek, DNS yetkisini, imzayı ve gönderen alan adıyla eşleşmeyi ayırır.
Bir uygulama harici hizmet üzerinden e-posta gönderiyorsa posta programındaki şirket adresine bakmak yeterli değildir. Gerçek gönderim yolunu kaydedin ve onaylı bir test iletisini planlanan alım noktasında kontrol edin. DNS kayıtları ile ileti kontrolü farklı soruları yanıtlar.
Somut bir gönderim yoluyla başlamak
Kurgusal tasarımda bir müşteri portalı durum bildirimleri gönderir. Görünür gönderen alanında hinweis@firma.example bulunur; harici hizmet SMTP göndereni ve imzası için alan adı olarak versand.example kullanır. Bu adlar yalnızca bu tasarım içindir. İleti gönderilmedi ve DNS kaydı sorgulanmadı.
Önce e-postayı hangi uygulamanın tetiklediğini, hangi hizmetin taşıdığını ve alan adı yapılandırmasını kimin yönettiğini belirleyin. Destek sisteminden gelen bildirimler gibi diğer yolları ayrı kaydedin. Bir hizmetin yapılandırması diğerinin durumunu kanıtlamaz.
DNS ile gerçek iletiyi birlikte kontrol etmek
SPF, SMTP kimlikleri için yetkili sunucuları tanımlar. Yayımlanan kaydı gerçekten kullanılan SMTP alan adıyla eşleştirin. TXT kaydının bulunması tek başına somut gönderim yolu için başarılı sonuç değildir.
DKIM, imzalı ileti bölümlerini imzalayan alan adıyla ilişkilendirir. Bu nedenle gönderim hizmetinin gerçekten imza atıp atmadığını ve imzanın planlanan alım noktasında geçerli olup olmadığını da kontrol edin. DNS'te açık anahtar bulunması bunu tek başına doğrulamaz. İletiyi imzadan sonra işleyen hizmetleri de hesaba katın.
DMARC, görünür gönderenle uygun alan adı eşleşmesi bulunan başarılı SPF veya DKIM kontrolü gerektirir. Bu eşleşmeye alignment, yani hizalama denir. Bu nedenle uygulanacak DMARC kaydını ve kayıtta öngörülen hizalama koşullarını da belirleyin.
Tek bir olumlu bulguyu doğru değerlendirmek
Aşağıdaki tablo aynı tasarım için bilinçli olarak kurulmuş varsayımları içerir; ölçülmüş sonuçlar değildir.
Kontrol adımı | Varsayılan bulgu | Onay açısından anlamı |
|---|---|---|
SPF | Gönderen sunucu, hizmetin SMTP alan adını kullanmaya yetkilidir. | Bu alan adı yetkisini kanıtlar; görünür şirket adresini tek başına doğrulamaz. |
DKIM | İleti, hizmetin alan adına ait geçerli imza taşır. | Bu imzayı kanıtlar; gerekli hizalamayı tek başına doğrulamaz. |
DMARC | Uygulanacak kayıt vardır; SPF ve DKIM alan adlarının hiçbiri görünür gönderen alan adıyla uygun biçimde eşleşmez. | Bu varsayımlarda iki olumlu tekil bulgu, başarılı DMARC sonucu oluşturmaz. |
Onay için ilgili hizmetin uygun alan adı yapılandırmasını ve buna bağlı gönderimi desteklemesi gerekir. Hangi değişikliğin gerektiği hizmete bağlıdır. Mevcut herhangi bir DNS kaydını kopyalamak veya politikayı aceleyle iletileri reddedecek biçimde ayarlamak eşleşme sorununu çözmez.
Kontrollü gönderimi kanıt olarak kaydetmek
Test için gönderim yolunu, kullanılan alan adlarını, kontrol edilen iletiyi ve sonuçları belgeleyin. Başka hizmetler üzerinden işleme varsa o yolun da uygun bir test durumu olmalıdır. Hizmet, alan adı veya ileti işleme değiştiğinde kontrolü tekrarlayın.
Google, kimlik doğrulamasını gönderim koşullarının bir parçası olarak ele alır. Başarılı teknik test bile gelen kutusuna yerleşimi veya okunmayı kanıtlamaz. İletinin alınmasına ilişkin gözlemi ayrıca kaydedin; başarısız kontrolleri ve teslim bildirimlerini kimin ele alacağını belirleyin.
Kaynaklar
Devamını okuyun
Tüm yazılar
Projeniz ASES ile
Projenizi bize anlatın. İlk değerlendirmemizle size dönelim.