Rehber: kimlik doğrulama
DMARC nasıl kurulur
DMARC, SPF ve DKIM'i alıcılarınızın gördüğü From adresine bağlar, alıcılara başarısız postayla ne yapacaklarını söyler ve size rapor göndermelerini ister.
Son gözden geçirme: 4 Kasım 2026
DMARC ne ekler
SPF zarf alan adını, DKIM ise imzalayan alan adını denetler, ama ikisinin de From adresiyle eşleşmesi gerekmez. DMARC (Mayıs 2026'da RFC 7489'un yerini alan RFC 9989) bunu şart koşar: bir ileti DMARC'tan ancak SPF veya DKIM, From alan adıyla hizalı bir alan adı için başarılı olduğunda geçer.
Politika, _dmarc.yourdomain adresindeki bir TXT kaydıdır. Alıcılar, sizden geldiğini iddia edip başarısız olan postayla ne yapacaklarına ve gördüklerine dair raporları nereye göndereceklerine karar vermek için onu okur.
Hizalama
relaxed hizalamada (adkim=r, aspf=r, varsayılan) alan adlarının aynı kurumsal alan adını paylaşması gerekir: mail.example.com, example.com ile hizalıdır. strict hizalamada (s) aynı olmaları gerekir.
Pratikte bu, gönderim hizmetinizin DKIM'i alan adınızla imzalaması ve SPF'nin sayılması için alan adınızda bir Return-Path kullanması demektir. Hizalı tek bir başarı yeterlidir.
Kayıt ve politikaları
Kayıt v=DMARC1 ile başlar. RFC 9989, p= etiketi olmayan bir kaydı p=none olarak değerlendirir; yine de niyetinizin açık olması için p= etiketini açıkça yayımlayın. Diğer etiketler isteğe bağlıdır: toplu raporlar için rua=, alt alan adları için sp= ve bir politikayı alıcılardan uygulamalarını istemeden denemek için t=y. RFC 7489'daki pct= etiketi kaldırıldı.
- p=none: alıcılardan hiçbir DMARC işlemi yapmamalarını, yalnızca rapor göndermelerini ister. Alan adınız adına kimlerin gönderdiğini görmek için kullanın; olağan spam filtrelemesi yine uygulanır.
- p=quarantine: alıcılardan başarısız postayı şüpheli saymalarını ister; genellikle spam klasörüne gider.
- p=reject: alıcılardan başarısız postayı reddetmelerini ister. Alan adınızın taklit edilmesine karşı en güçlü korumadır, ancak son kararı her alıcı kendisi verir.
v=DMARC1; p=none; rua=mailto:[email protected]Politikayı sıkılaştırmak için güvenli bir sıra
p=none ve raporlarını gerçekten okuduğunuz bir rua adresiyle başlayın. Toplu raporlar, her alıcının yaklaşık günde bir gönderdiği XML dosyalarıdır; alan adınız adına gönderen kaynakları ve başarılı olup olmadıklarını listeler.
Başarısız olan her meşru kaynağı düzeltin: unutulmuş bir bülten aracı, bir faturalama sistemi, bir destek masası. Ardından p=quarantine'e geçin, raporları yeniden izleyin ve yalnızca yetkisiz göndericiler başarısız olduğunda p=reject'e geçin.
Posta kutusu sağlayıcıları ne istiyor
Google, kişisel Gmail hesaplarına günde 5.000'e yakın veya daha fazla ileti gönderenlerden DMARC yayımlamalarını ve From alan adının SPF veya DKIM alan adıyla hizalı olmasını ister. Yahoo toplu göndericilerden en az p=none olan geçerli bir DMARC politikası ister ve DMARC'ın başarılı olması gerekir.
Mail.Land DMARC'ı nasıl ele alır
Mail.Land'de DMARC zorunludur: bir alan adı yalnızca v=DMARC1 ile başlayan ve p= etiketi olan bir _dmarc kaydıyla doğrulanır; gönderim yapabilmesi için SPF, DKIM ve DMARC'ın üçünün de doğrulanması gerekir. Panel, p=quarantine ve relaxed hizalamalı bir değer önerir; bunun yerine kendi politikanızı yayımlayabilirsiniz.
Mail.Land DKIM'i alan adınızla imzalar ve varsayılan olarak açık olan özel Return-Path kaydı doğrulandığında SPF'yi de relaxed hizalamayla hizalar. Mail.Land, size verdiği rua adresine gönderilen DMARC toplu raporlarını alır ve başarı oranlarını, gönderim kaynaklarını ve uygulanan işlemleri API üzerinden sunar; ham raporları da istiyorsanız kendi rua adresinizi ekleyin.
Kaynaklar
- RFC 9989, Domain-based Message Authentication, Reporting, and Conformance (DMARC) (erişim tarihi 4 Kasım 2026)
- RFC 9990, DMARC toplu raporlaması (erişim tarihi 4 Kasım 2026)
- Google, e-posta gönderen yönergeleri (erişim tarihi 4 Kasım 2026)
- Yahoo, gönderen için en iyi uygulamalar (erişim tarihi 4 Kasım 2026)
Uygulamaya geçirin
Alan adınızı Mail.Land'e ekleyin; panel, yayımlamanız gereken SPF, DKIM ve DMARC kayıtlarını tam olarak gösterir.