DMARC Kaydı Oluşturma

DMARC kaydı ne yapar?

SPF ve DKIM tek başına "bu ileti gerçekten sizden mi geldi?" sorusunu tam cevaplamaz; çünkü ikisi de alıcının gördüğü "Kimden" (From) adresine bakmaz. DMARC (RFC 7489) bu boşluğu kapatır: SPF ya da DKIM'den en az birinin geçmesini ve geçen kontrolün alan adının From adresindeki alan adıyla hizalı olmasını ister. İkisi de tutmazsa alıcı sunucuya ne yapacağını söyler ve size düzenli raporlar gönderilmesini sağlar. DMARC kaydı oluşturma aracı bu kuralları seçeneklerden seçerek kurmanıza ve _dmarc.alanadi adına eklenecek TXT kaydını hatasız almanıza yardım eder. Araç tarayıcınızda çalışır; girdiğiniz adresler hiçbir yere gönderilmez.

Araçtaki seçenekler ne anlama geliyor?

Hizalama: Gevşek kipte posta.ornek.com ile imzalanan bir ileti, From adresi ornek.com olduğunda hizalı sayılır; sıkı kipte alan adlarının birebir aynı olması gerekir. Çoğu kurum için gevşek kip doğru seçimdir; sıkı kip, alt alan adından gönderim yapan servisleri farkında olmadan dışarıda bırakabilir.

pct ayrıntısı: p=quarantine; pct=25 yazdığınızda başarısız iletilerin yaklaşık dörtte birine karantina uygulanır, geri kalanı bir alt politika olan none ile değerlendirilir. Bu, sıkılaştırmayı küçük adımlarla yapmanın yoludur.

fo: 0 hem SPF hem DKIM başarısız olduğunda, 1 herhangi biri başarısız olduğunda, d yalnız DKIM, s yalnız SPF başarısızlığında rapor ister. Bu etiket yalnız ruf adresi verildiğinde anlam taşır.

Önerilen geçiş planı

1. İzleme: v=DMARC1; p=none; rua=mailto:[email protected] ile başlayın. Hiçbir ileti etkilenmez, yalnız raporlar gelir.
2. 2-4 hafta rapor okuma: Raporlarda alan adınız adına gönderim yapan tüm IP'leri görürsünüz. Fatura sistemi, bülten servisi, CRM gibi unutulmuş kaynakları SPF'ye ekleyin ya da DKIM imzası atmalarını sağlayın.
3. Karantina: Meşru kaynakların hepsi hizalı geçiyorsa p=quarantine politikasına geçin; isterseniz düşük bir pct ile başlayıp kademeli artırın.
4. Reddetme: Bir süre sorunsuz ilerledikten sonra p=reject ile sahte iletilerin alıcıya hiç ulaşmamasını sağlayın.

Doğrudan reject ile başlamak cazip görünse de, unutulmuş tek bir gönderim kaynağı faturalarınızın ya da şifre sıfırlama iletilerinizin kaybolmasına yol açabilir. Önce SPF tarafının eksiksiz olduğundan emin olmak için SPF kaydı oluşturma aracını kullanabilirsiniz.

Rapor adresleri: rua, ruf ve dış alan doğrulaması

Toplu raporlar XML biçiminde, sıkıştırılmış ek olarak gelir ve genelde günde bir kez gönderilir; her rapor, bir alıcı kurumun o gün alan adınız adına gördüğü iletileri gönderen IP'ye göre gruplar. Raporda hem SPF ve DKIM'in kendi sonucu hem de hizalama sonucu ayrı ayrı yer alır. Sık karşılaşılan bir tablo şudur: SPF "pass" görünür ama hizalama başarısızdır, çünkü ileti bir bülten servisinin kendi zarf adresiyle gönderilmiştir. Bu durumda çözüm, o servisin DKIM imzasını sizin alan adınızla atmasını sağlamaktır. Yoğun bir alan adında rapor sayısı çabuk artar; bu yüzden rapor adresini kişisel posta kutunuz yerine ayrı bir adres olarak açmak, mümkünse raporları okunur tablolara çeviren bir servise yönlendirmek işinizi kolaylaştırır. Ayrıntılı (ruf) raporlar kişisel veri içerebileceği için büyük posta sağlayıcılarının çoğu bunları göndermez; bu etiketi boş bırakmanız sorun değildir.

Rapor adresi başka bir alan adındaysa (örneğin ornek.com raporlarını raporlar.net adresine gönderiyorsa) o alan adının izin vermesi gerekir. Bunun için raporlar.net bölgesinde ornek.com._report._dmarc.raporlar.net adına v=DMARC1 değerli bir TXT kaydı bulunmalıdır; yoksa alıcılar rapor göndermez.

Kaydı yayımladıktan sonra

Üretilen değeri DNS panelinizde TXT türünde, ad alanına _dmarc yazarak ekleyin. Kaydın v=DMARC1 ile başlaması ve hemen ardından p etiketinin gelmesi gerekir; araç bu sırayı korur. Bir alan adında yalnız bir DMARC kaydı olmalıdır. Ardından SPF, DKIM, DMARC kontrolü ile kaydın doğru okunduğunu doğrulayın. DMARC kaydı oluşturma işini, e-posta kimlik doğrulamasının diğer parçalarıyla birlikte anlatan e-posta teslimatı rehberimiz de yol haritası olarak işinize yarayabilir.