DMARC neye karar verir?
SPF ve DKIM, bir alan adı hakkında ayrı ayrı bir şeyi doğrular, ancak ikisi de kullanıcıların gördüğü From satırındaki adrese bakmaz. DMARC bunları bu adresle ilişkilendirir. SPF veya DKIM, From alan adıyla eşleşen bir alan adı için başarılı olduğunda ileti DMARC kontrolünden geçer. Kayıt, başarısız olan bir iletiye alıcıların ne yapacağını belirtir.
Kayıt, alan adınızdan önce _dmarc bulunan konumda bir TXT kaydı olarak DNS'te yer alır. Bu adda kayıt yoksa alıcılar bunun yerine kuruluş alan adını sorgular. Bu, news.example.com için example.com gibi kayıtlı alan adıdır. Bu nedenle bir alt alan adı, kendine ait bir kaydı olmadan kapsanabilir.
Politikayı okuma
p=none, alıcılardan herhangi bir işlem yapmamalarını ve yalnızca rapor göndermelerini ister. Herkesin başlaması gereken nokta budur, ancak çok fazla alan adı yıllarca bu düzeyde kalır. Bu politika yürürlükteyken herkes From satırında alan adınızı kullanarak e-posta gönderebilir ve alıcıya bu e-postayı kabul etmesi söylenmiş olur.
p=quarantine, başarısız olan e-postayı spam klasörüne gönderir. p=reject ise e-postayı daha girişte reddeder. Gmail ve Yahoo, Şubat 2024'ten beri toplu e-posta gönderenlerin bir DMARC kaydı yayınlamasını zorunlu tutuyor. p=none içeren bir kayıt bu gereksinimi kâğıt üzerinde karşılar, ancak kontrol aracı bunu yine de uyarı olarak işaretler.
Hiç ulaşmayan raporlar
rua adresleri, e-postalarınızı gören her alıcıdan varsayılan olarak günde bir kez toplu rapor alır. Bir adres, kaydın ait olduğu alan adından farklı bir alan adındaysa RFC 7489, diğer alan adının sizin alan adınıza ait raporları kabul ettiğini belirten bir yetkilendirme kaydı yayınlamasını gerektirir. Kontrol aracı her harici adres için bu kaydı sorgular. Kayıt yoksa alıcılar raporları göndermez.
Sorular
DMARC kaydı nasıl eklenir?
Alan adınızdan önce _dmarc bulunan konumda, v=DMARC1 ve bir politika içeren TXT kaydı yayınlayın. Örneğin: v=DMARC1; p=none; rua=mailto:dmarc@example.com. p=none ile başlayın, raporları birkaç hafta inceleyin, ardından quarantine politikasına ve daha sonra reject politikasına geçin. DNS kaydı yayıldıktan sonra kaydı burada kontrol edin.
p=none kötü mü?
İlk adım olarak işini yapar: teslimatı etkilemeden raporları toplar ve sizin adınıza gönderim yapan ancak henüz kimliği doğrulanmamış hizmetleri bu şekilde bulursunuz. Bu ayar kalıcı olduğunda sorun hâline gelir, çünkü raporların amacı önce karantina, ardından reddetme politikasına geçmenizi sağlamaktır.
Her alt alan adı için ayrı bir kayıt gerekir mi?
Kendi kaydı olmayan bir alt alan adı, kuruluş alan adının kaydını kullanır. Bu kayıttaki sp etiketi, alt alan adlarına uygulanacak politikayı belirler. Bu nedenle genellikle tek bir kayıt hepsini kapsar.
Esnek mi, katı hizalama mı?
Bir nedeniniz yoksa esnek hizalama kullanın. Esnek hizalamada mail.example.com alanından gelen bir DKIM imzası, example.com alanındaki From adresleri için geçerli sayılır. Katı hizalama bunu engeller ve sağlayıcının bir alt alan adıyla imzaladığı birçok yapılandırmayı bozar.
"DMARC policy not enabled" ne anlama gelir?
Bu, alan adının DMARC kaydında p=none bulunduğu veya alan adının hiç DMARC kaydı olmadığı anlamına gelir. p=none kullanıldığında alıcılar doğrulamayı geçemeyen e-postaları her zamanki gibi teslim eder ve yalnızca rua adresine rapor gönderir. Bu nedenle henüz hiç kimsenin alan adınız adına e-posta göndermesi engellenmez.
Tam kılavuz: DMARC policy not enabled
Bir alan adının birden fazla DMARC kaydı olabilir mi?
Hayır. _dmarc altında v=DMARC1 ile başlayan iki TXT kaydı varsa alıcılar ikisini de yok sayar ve alan adında DMARC kaydı yokmuş gibi davranır. Birini tutun ve diğerindeki gerekli etiketleri bu kayda taşıyın.
quarantine mi, reject mi?
Önce karantina politikasını kullanın. Alıcılar başarısız olan iletileri şüpheli olarak değerlendirir ve genellikle spam klasörüne koyar. Böylece gözden kaçırdığınız meşru bir hizmetin iletileri kaybolmak yerine bir klasöre düşer. Raporlar birkaç hafta boyunca size ait hiçbir iletinin başarısız olmadığını gösterdiğinde reddetme politikasına geçin.