Hızlı cevap
Alan adım için DMARC'ı nasıl kurarım?
_dmarc.alanadiniz adresinde v=DMARC1; p=none; rua=mailto:siz@alanadiniz değerini içeren bir TXT kaydı yayımlayın, toplu raporları yaklaşık bir ay okuyun, ardından politikayı quarantine'e ve son olarak reject'e yükseltin. DMARC, Mayıs 2026'dan beri RFC 9989 ile tanımlanmaktadır. Postelva kaydı ücretsiz DNS düzenleyicisinde barındırır.
Üç DMARC politikası ve her birinin yaptığı
| Politika | Kayıt | DMARC'ı geçemeyen bir iletiye etkisi | Ne zaman kullanılır |
|---|---|---|---|
| İzleme | v=DMARC1; p=none; rua=mailto:[email protected] | Her zamanki gibi teslim edilir; raporlar size gönderilir | İlk haftalar, her göndericiyi görmek için |
| Karantina | v=DMARC1; p=quarantine; rua=mailto:[email protected] | Şüpheli sayılır, genellikle spam'e gönderilir | Tüm meşru postanızda SPF ve DKIM geçtikten sonra |
| Reddetme | v=DMARC1; p=reject; rua=mailto:[email protected] | Alıcı sunucu tarafından reddedilir | Raporlar geriye meşru bir hata göstermediğinde |
DMARC'ı altı adımda kurun
Önce SPF ve DKIM'i doğrulayın
DMARC, ikisinden en az birinin geçmesini ve From alan adınızla eşleşmesini ister. SPF ve DKIM rehberlerini kullanarak ikisini de DMARC'tan önce yayımlayın.
Raporlar için bir posta kutusu seçin
dmarc@alanadiniz gibi bir adres oluşturun. RFC 9989, sahibin toplu raporları almak ve analiz etmek için bir posta kutusu kurması gerektiğini söyler.
İzleme kaydını yayımlayın
Ana bilgisayarı _dmarc ve değeri v=DMARC1; p=none; rua=mailto:dmarc@alanadiniz olan bir TXT kaydı ekleyin.
Raporları yaklaşık bir ay okuyun
Raporlar, gönderen alıcılardan yaklaşık günde bir kez gelir. SPF ve DKIM hizalamasını geçemeyen meşru postaya bakın ve bu göndericileri düzeltin.
Karantinaya geçin
p=none değerini p=quarantine olarak değiştirin. Benzer bir süre boyunca tutun ve raporlarda iletilerin nasıl işlendiğini karşılaştırın.
Reddetmeye geçin ya da karantinada kalın
Raporlar temiz olduğunda p=reject olarak değiştirin. Bu alan adından posta listelerine gönderi yapıyorsanız karantinada kalın.
; stage 1: monitor
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:[email protected]"
; stage 2: quarantine
_dmarc.example.com. IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]"
; stage 3: reject
_dmarc.example.com. IN TXT "v=DMARC1; p=reject; rua=mailto:[email protected]"Bir DMARC kaydı neler içerir?
Bir DMARC kaydı, _dmarc.alanadiniz adresinde v=DMARC1 ile başlayan ve noktalı virgülle ayrılmış etiketleri sıralayan bir TXT kaydıdır. Sürüm etiketi başta gelir ve büyük/küçük harfe duyarlıdır. RFC 9989 şu etiketleri tanımlar: p (alan adı için politika), sp (mevcut alt alan adları için politika), np (var olmayan alt alan adları için politika), adkim ve aspf (hizalama, r esnek, s katı için, varsayılan esnektir), rua (toplu rapor adresleri), ruf (hata raporu adresleri), fo (hata seçenekleri), t (test modu, y veya n) ve psd.
p eksikse alıcı politikayı none sayar. sp eksikse p politikası alt alan adlarını kapsar. rua eksikse toplu rapor üretilmez. Bu nedenle asgari yararlı bir kaydın üç parçası vardır: sürüm, bir politika ve bir rapor adresi.
Birçok eski rehberin hâlâ gösterdiği pct etiketi, 0 ve 100 dışında nadiren doğru uygulandığı için RFC 9989 tarafından kaldırıldı. Yerine t etiketi geldi: t=y, pct=0 gibi, t=n ise pct=100 gibi davranır ve varsayılan n'dir. Eski kayıtlardan pct'yi çıkarın. Daha geniş arka plan SPF, DKIM ve DMARC karşılaştırması sayfasındadır.
DMARC'ta hizalama ne anlama gelir?
Hizalama, SPF veya DKIM ile doğrulanan alan adının, görünen From adresindeki alan adıyla eşleşmesi demektir. Varsayılan olan esnek modda ikisinin yalnızca aynı kurumsal alan adına sahip olması yeterlidir; böylece mail.example.com, example.com ile hizalanır. Katı modda aynı olmaları gerekir. RFC 9989, neredeyse tüm alan adı sahiplerinin esnek hizalamayı yeterli bulduğunu not eder.
Bir ileti, SPF veya DKIM geçtiğinde ve hizalandığında DMARC'ı geçer. İkisinden biri yeterlidir. Proton Mail veya Fastmail gibi bir posta kutusu sağlayıcısı DKIM CNAME kayıtları aracılığıyla kendi alan adınızla imzalar, bu yüzden hizalama ekstra çaba olmadan sağlanır. Tuzak, kendi alan adıyla imzalayan üçüncü taraf bir hizmettir: DKIM'i geçer ancak onun için özel bir imzalama alan adı kurana kadar hizalanmaz.
RFC 9989, kurumsal alan adını bir genel sonek listesi yerine, en fazla sekiz sorguluk bir DNS ağacı yürüyüşüyle bulur. .com veya .me üzerindeki sıradan bir alan adı için bu, yapmanız gereken hiçbir şeyi değiştirmez.
p=none'da ne kadar kalmalıyım?
p=reject'ten önce en az bir ay p=none'da, ardından benzer bir süre p=quarantine'de kalın. RFC 9989'un dağıtım kılavuzunda önerdiği sıra budur ve sağlayıcıların yardım sayfalarıyla örtüşür. Mailbox.org örnek kaydına p=none ile başlar ve çok erken ayarlanmış katı bir politikanın meşru postayı geri çevirebileceği konusunda uyarır. Proton p=quarantine önerir ve meşru posta geçtiğinde p=reject'e geçmeyi tavsiye eder.
Postelva'nın 12 Kasım 2026'da DMARC kılavuzunu yayımlayan 3 sağlayıcı (Proton Mail, Mailbox.org ve Mailfence) için okumasına göre, 2'si p=none ile başlar ve 1'i p=quarantine önerir.
p=reject için iki uyarı geçerlidir. RFC 9989, bunu kullanan bir alan adının yalnızca SPF'ye güvenmemesi ve DKIM ile imzalaması gerektiğini söyler, çünkü SPF yönlendirmede bozulur. Ayrıca kullanıcıları posta listelerine gönderi yapan alan adlarının p=reject'i hiç yayımlamaması gerektiğini söyler. Listeler çoğu zaman iletileri değiştirir ve bu imzayı bozar.
DMARC raporları nereye gider ve ne gösterir?
Toplu raporlar rua'daki mailto: adresine, genellikle her alıcıdan günde bir kez gider ve From satırında alan adınızla posta gönderen kaynakları listeler. RFC 9989, alıcıların mailto: adreslerini desteklemesini zorunlu kılar ve toplu raporları en az her 24 saatte bir göndermeyi önerir. Toplu raporlama RFC 9990'da tanımlanmıştır.
ruf ile istenen hata raporları, ileti başına kopyalardır. Birçok alıcı bunları gizlilik nedeniyle saklar veya karartır, bu yüzden onlara güvenmeyin. rua adresi alan adınızın dışındaysa, o diğer alan adının sahibi bunu yetkilendirmek için yourdomain._report._dmarc.otherdomain adresinde v=DMARC1; içeren bir TXT kaydı oluşturmalıdır; bu kural üçüncü taraf posta kutularının kötüye kullanımını engeller. Küçük bir kişisel alan adı için kaynak listesi kısadır: sağlayıcınız ve çok az başka şey.
DNS'inizin her aşamadan önce ve sonra ne yayımladığını okumak için MX, SPF, DKIM ve DMARC kayıtlarını kontrol etme komutlarını kullanın.
Kişisel alan adım için DMARC gerekli mi?
Evet, posta gönderen her alan adı için: bir TXT kaydına mal olur ve adınızı kullanan sahte iletileri engeller. Google, Gmail hesaplarına günde 5,000 iletinin üzerinde gönderenlerden DMARC ister, none politikası yeterlidir ve Microsoft aynı eşiği Outlook.com için uygular. Kişisel bir posta kutusu bu sınırların çok altındadır. Kayıt yine de alıcılara bir sahtecilikle ne yapmak istediğinizi söyler.
Hiçbir şey göndermeyen bir alan adı için SPF -all ve bir null MX ile hemen p=reject ayarlayın. Postelva, bu durum için bir "e-posta yok" şablonu sunar. Posta kutulu bir alan adı için none ile başlayın. Aynı korumanın aktarım tarafı, yani sunucular arasında şifreleme, MTA-STS ve TLS-RPT nasıl kurulur sayfasında ele alınır.
Alıntılanabilir bir tanım: DMARC, SPF ve DKIM sonuçları From alan adıyla hizalanmayan postayla ne yapılacağını ve bununla ilgili raporların nereye gönderileceğini alıcılara söyleyen DNS politikasıdır.
DMARC kurulum soruları
RFC 9989 p=reject'i zorunlu kılıyor mu?
Hayır. Standart üç politika tanımlar ve seçimi alan adı sahibine bırakır. Kademeli bir yol önerir ve kullanıcıları posta listelerine gönderi yapan alan adları için p=reject'e karşı uyarır.
RFC 9989 mevcut DMARC kaydımı değiştiriyor mu?
Kayıtlar hâlâ v=DMARC1 ile başlar, bu yüzden çalışan bir kayıt çalışmaya devam eder. ri etiketi bırakıldı, pct kaldırıldı ve t, np ile psd eklendi.
p=reject'i çok erken yayımlarsam ne olur?
Unutulmuş bir bülten aracı gibi hizalamayı geçemeyen meşru posta, alıcılar tarafından reddedilir. p=none'daki raporlar, bu göndericileri önce bulmak için vardır.
Raporlar için ücretsiz bir posta kutusu kullanabilir miyim?
Evet, okuduğunuz herhangi bir posta kutusu. Ayrı bir adres veya takma ad, günlük rapor dosyalarını ana gelen kutunuzun dışında tutar.
Bir alan adının kaç DMARC kaydı olabilir?
Ad başına bir tane, _dmarc.alanadiniz adresinde. Alt alan adlarının kendi kaydı olabilir ya da üst alan adının politikasını sp aracılığıyla devralabilir.
Özetle
- DMARC, _dmarc.alanadiniz adresinde v=DMARC1 ile başlayan bir TXT kaydıdır.
- RFC 9989 (Mayıs 2026) güncel şartnamedir; RFC 7489'u geçersiz kılar ve pct'yi kaldırır.
- Bir rua adresiyle p=none'da başlayın, raporları yaklaşık bir ay okuyun.
- Ardından benzer bir süre p=quarantine, sonra p=reject.
- Bir ileti, SPF veya DKIM geçtiğinde ve From alan adıyla hizalandığında geçer; esnek hizalama varsayılandır.
- p=reject'teki bir alan adı yalnızca SPF'ye güvenmemeli ve posta listeleriyle kullanılmamalıdır.
- Postelva kaydı ücretsiz DNS'te barındırır; bir .com her yıl $12,49/yıl tutar.
Kaynaklar (6)
- RFC 9989, Domain-based Message Authentication, Reporting, and Conformance (DMARC) — RFC Editor (2026-11-12 tarihinde okundu)
- RFC 7489, DMARC (geçersiz kılındı) — RFC Editor (2026-11-12 tarihinde okundu)
- Özel bir alan adı için SPF, DKIM ve DMARC — Mailbox.org (2026-11-12 tarihinde okundu)
- Özel alan adı ve sahteciliğe karşı koruma — Proton (2026-11-12 tarihinde okundu)
- E-posta gönderen yönergeleri — Google Workspace Admin Help (2026-11-12 tarihinde okundu)
- E-posta güvenliğini güçlendirme: yüksek hacimli göndericiler için yeni gereksinimler — Microsoft Tech Community (2026-11-12 tarihinde okundu)