DMARC ve DKIM Sorgulama

DMARC ve DKIM Sonucunu Nasıl Okursunuz?

DMARC kaydı alan adının kendisinde değil, _dmarc.alanadiniz.com adında bir TXT kaydı olarak durur. Araç bu kaydı bulur ve etiketlerine ayırır. Örnek bir kayıt:

v=DMARC1; p=none; rua=mailto:[email protected]; adkim=r; aspf=r

• p: Politika. none yalnızca izler, quarantine doğrulamadan geçemeyen postayı spam klasörüne yönlendirmesini, reject reddetmesini ister.
• sp: Alt alan adları için ayrı politika. Yazılmazsa p değeri geçerlidir.
• rua: Toplu (aggregate) XML raporlarının gideceği adres. ruf ayrıntılı hata raporları içindir; birçok büyük sağlayıcı bu raporları göndermez.
• adkim ve aspf: Hizalama modu. r (gevşek) alt alan adlarını kabul eder, s (sıkı) birebir eşleşme ister.
• pct: Politikanın postaların yüzde kaçına uygulanacağı. Yazılmazsa 100 kabul edilir.

Hizalama neden önemli?

DMARC'tan geçmek için SPF ya da DKIM'den en az birinin hem geçmesi hem de görünen From adresindeki alan adıyla hizalı olması gerekir. Örneğin bülten servisiniz kendi alan adıyla SPF'ten geçiyor ama From adresiniz [email protected] ise SPF hizalı sayılmaz. Servis sizin alan adınız adına DKIM imzası da atmıyorsa DMARC başarısız olur. Raporlarda sık karşılaşılan bir durumdur.

DKIM "bulunamadı" görünüyorsa

Araç DKIM anahtarını default seçicisinde (default._domainkey) arar. cPanel tabanlı sunucular bu seçiciyi kullanır. Google Workspace varsayılan olarak google, Microsoft 365 ise selector1 ve selector2 seçicilerini kullanır; bu servislerde araç anahtar bulamasa da imza çalışıyor olabilir. Kesin sonuç için kendinize gönderdiğiniz bir postanın başlıklarına bakın: DKIM-Signature satırındaki s= değeri seçiciyi, Authentication-Results satırındaki dkim=pass ve dmarc=pass ifadeleri sonucu gösterir.

Politikayı adım adım sıkılaştırın

1. p=none ve rua ile başlayın, birkaç hafta rapor toplayın.
2. Raporlarda adınıza posta gönderen kaynakları (ERP, CRM, bülten servisi, web formu) bulun; meşru olanları SPF kaydına ekleyin ve DKIM imzalarını açın.
3. Meşru gönderimlerin tamamı geçmeye başladığında p=quarantine, ardından p=reject kullanın.

Toplu raporlar XML biçiminde, genellikle sıkıştırılmış bir ek olarak gelir. Her kayıtta gönderen IP adresi, posta sayısı ve SPF, DKIM, DMARC sonuçları bulunur. Tanımadığınız IP'lerden adınıza gönderilip doğrulamadan geçemeyen postalar sahte gönderim denemesidir ve sıkı politikayla engellenir. Tanıdığınız bir kaynak geçemiyorsa politikayı sıkılaştırmadan önce o kaynağı düzeltin.

Doğrudan p=reject ile başlamak, unutulmuş bir kaynağın (örneğin muhasebe yazılımının gönderdiği faturalar) postalarının sessizce reddedilmesine yol açar. Raporlar başka bir alan adındaki adrese gidecekse, o alan adında ornekfirma.com.tr._report._dmarc.raporalan.com adlı ve v=DMARC1 değerli bir TXT kaydı bulunmalıdır; yoksa raporlar gönderilmez.

Gmail ve Yahoo, Şubat 2024'ten bu yana günde 5.000'den fazla posta gönderen toplu göndericilerden en az p=none politikalı bir DMARC kaydı istiyor. DKIM anahtarınız yoksa DKIM Oluşturma aracıyla bir anahtar çifti üretebilir, gelen posta tarafını MX Doğrulama ile kontrol edebilirsiniz. SPF, DKIM ve DMARC'ı ayrı ayrı uğraşmadan kullanmak için BilHost kurumsal e-posta paketlerine göz atabilirsiniz.