DMARC raporları (Domain-based Message Authentication, Reporting, and Conformance), e-posta güvenliğinizin en üst katmanıdır. DMARC kaydını DNS’inize eklediğinizde, alıcı sunucular (Gmail, Outlook vb.) size günlük olarak alan adınız adına gönderilen tüm e-postaların bir özeti olan teknik raporlar göndermeye başlar.
Bu raporlar, genellikle okunması zor, teknik XML formatında gelir ve yüzlerce satır koddan oluşur. Ancak bu XML yığınları, e-posta Deliverability sorununuzun, kimlik avı saldırılarının veya SPF/DKIM kurulum hatalarınızın nerede olduğunu gösteren altın değerinde kanıtlardır.
Bu rehber, size DMARC raporlarını (RUA) bir uzman gibi nasıl okuyacağınızı, kritik uyumsuzluk (Alignment Fail) hatalarını nasıl tespit edeceğinizi ve raporları kullanarak teslim edilebilirliğinizi kalıcı olarak nasıl artıracağınızı adım adım gösterecektir.
DMARC Raporlarının Anatomisi: RUA ve RUF Farkı
DMARC, iki ana rapor türü sağlar:
RUA raporları, gönderim hacminin, başarı ve başarısızlık oranlarının toplu bir özetini sunar.
RUF raporları, DMARC doğrulamasında başarısız olan her e-postanın bir kopyasını (başlıklar dahil) sağlar.
RUA raporları saf XML kodları olduğu için, bunları manuel olarak okumak neredeyse imkansızdır. Bu, üçüncü taraf analiz araçlarının veya profesyonel hizmetlerin kullanılmasını zorunlu kılar.
Adım Adım DMARC XML Raporu Nasıl Okunur ve Çözümlenir?
Karmaşık XML raporunu anlamak için üç ana bölüme odaklanmalısınız: Meta Verileri, Policy Published ve Record (Kayıt).
Raporun en üst kısmında, size raporu kimin gönderdiği (ISP: Gmail, Outlook), hangi alan adınız için gönderildiği ve hangi tarih aralığını kapsadığı bilgisi yer alır.
<record> etiketi altındaki her bir öğe, belirli bir gönderim akışını temsil eder. İşte bakmanız gereken en kritik öğeler:
Bu, raporun en önemli kısmıdır. Burada, e-postanın neden DMARC’tan geçip geçmediği açıklanır:
| Etiket | Anlamı | İdeal Sonuç |
| <spf> / <dkim> Result: | SPF/DKIM doğrulaması başarılı mı (Pass/Fail). | Pass |
| <spf\_aligned> / <dkim\_aligned>: | SPF/DKIM, DMARC kuralına göre UYUMLU mu (True/False). | True |
DMARC Raporlarında ‘Başarısız’ (Fail) Sonucunu Yorumlama
Raporlarda bir gönderim akışının Fail vermesi iki ana nedene dayanır:
SPF doğrulamasının kendisi başarılı ($SPF\ Result:\ Pass$) olsa bile, e-postayı gönderen IP’ye ait alan adı (genellikle üçüncü taraf bir ESP’nin gönderici alt alan adı), sizin From alan adınızla uyumlu değilse DMARC’tan kalır.
DKIM imzası geçerli ($DKIM\ Result:\ Pass$) olsa bile, imzayı atan alan adı, sizin From alan adınızla uyumlu değilse DMARC’tan kalır.
Raporlardaki Fail sonuçlarını ikiye ayırın:
DMARC Raporlarının Pratik Uygulamaları ve Çözüm Yolları
DMARC raporları, farkında olmadığınız bir uygulamanın (örneğin eski bir fatura sistemi veya CRM) sizin adınıza e-posta gönderdiğini ortaya çıkarabilir.
Raporda sürekli Fail sonucu veren meşru servisler için:
Raporlarda yüksek sayım ve Fail sonucu veren yabancı IP’ler görmeyi bıraktığınızda ve tüm meşru gönderimlerinizin DMARC’tan geçtiğini doğruladığınızda, güvenle politikanızı $p=none$’dan $p=quarantine$ ve ardından $p=reject$’e yükseltebilirsiniz.
DMARC Raporlarını Kolaylaştıran Araçlar ve Hizmetler
XML raporlarını manuel olarak çözmek çok zordur. Bu nedenle DMARC raporlarını görselleştiren ve analiz eden araçlar kullanmalısınız.
DMARC Analyzer, Dmarcian veya Valimail gibi araçlar:
DMARC, e-posta güvenliğinde uzmanlık (E-E-A-T) gerektiren bir alandır. Raporları doğru okumak ve çözümlemek, Deliverability uzmanlarının temel görevidir. Yanlış analiz, meşru e-postaların reddedilmesine yol açabilir.
SSS (People Also Ask) Bölümü
DMARC raporları (RUA), .xml veya .gz (sıkıştırılmış XML) formatında gelir. Bu dosyaları doğrudan tarayıcınızda veya bir metin düzenleyicide açabilirsiniz ancak okunaksız olacaktır. Bu raporları kolayca okumak ve görselleştirmek için DMARC Analyzer gibi üçüncü taraf bir analiz aracı kullanmanız önerilir.
‘Source IP’ (Kaynak IP), sizin alan adınız adına e-postayı fiziksel olarak gönderen sunucunun adresidir. Bu IP’ler, sizin kendi IP’niz olabileceği gibi, kullandığınız e-posta servis sağlayıcılarının (Sendgrid, Mailchimp vb.) IP adresleri de olabilir. Bilinmeyen Source IP’ler kimlik avı girişimi işaretidir.
Bu, DKIM Alignment Fail (Uyumsuzluk) demektir. İki alan adı (DKIM imzası atan alan adı ve From adresindeki alan adınız) birebir eşleşmediği için DMARC kuralına göre başarısız olmuştur. Bu durum, genellikle üçüncü taraf bir ESP’nin e-postayı gönderirken alt alan adını kullanmasından kaynaklanır. Çözüm, DKIM’i From alan adınızla uyumlu hale getirmektir.
DMARC kaydınızdaki ri= (Raporlama Aralığı) parametresine bağlıdır. Varsayılan değer 86400 saniyedir (24 saat). Bu, size genellikle günde bir toplu rapor gönderileceği anlamına gelir. Bu aralık, teknik olarak değiştirilebilir, ancak çoğu profesyonel bunu 24 saatte tutar.
DMARC raporları, e-posta Deliverability sorununuzun, SPF/DKIM hatalarınızın ve kimlik avı saldırılarının tam olarak nereden kaynaklandığını gösteren haritadır. Ancak bu XML raporlarını manuel okumak ve doğru yorumlamak ciddi teknik uzmanlık gerektirir. Yanlış analiz, meşru e-postalarınızın reddedilmesine yol açabilir.
Eposta Uzmanı olarak e-ticaret e-posta pazarlaması, deliverability ve cold email otomasyonlarında profesyonel çözümler sunuyoruz. DMARC raporlarınızı görselleştirerek çözümlüyor, hatalı göndericileri tespit ediyor ve DMARC $p=reject$ politikasına güvenle geçişinizi sağlıyoruz. Ücretsiz analiz ve kesin çözüm garantisi için bizimle iletişime geçin.
