SPF, DKIM, DMARC ve PTR/rDNS Kayitlari

SPF, DKIM, DMARC ve PTR/rDNS kayitlari e-posta iletiminde farkli rollere sahiptir. Bu basliklar ayni yerde anildigi icin cogu zaman tek bir TXT kaydiymis gibi dusunulur; oysa her biri farkli seviyede guven olusturur ve farkli panel ya da yetki alani gerektirebilir.

Bu rehberde hangi kaydin ne ise yaradigini, hangisinin kullanici panelinden yapilabildigini ve hangi noktada destek talebine donmeniz gerektigini netlestirecegiz.

spf dkim dmarc surecinde once mevcut gonderim kaynaklarini tek listede toplama ile ilerleyebilir, ardindan sPF kaydini DNS panelinde kontrollu sekilde duzenleme ile devam edebilirsiniz. Degisiklik oncesi kisa not almak ve son adimda canli test yapmak, sonucu daha saglam dogrulamaniza yardimci olur.

Bu rehber, yalnizca adimlari siralamak icin degil, her adimin neyi etkiledigini de aciklamak icin hazirlandi. Okuma sonunda su basliklar netlesmis olacak:

1. Isleme baslamadan once hazirlanmasi gereken bilgi ve yedekler.
2. “Mevcut gonderim kaynaklarini tek listede toplama” uygulamasinda dikkat edilmesi gereken noktalar.
3. “SPF kaydini DNS panelinde kontrollu sekilde duzenleme” uygulamasinda dikkat edilmesi gereken noktalar.
4. “DKIM imzasini panelden etkinlestirme ve DNS kaydini teyit etme” uygulamasinda dikkat edilmesi gereken noktalar.
5. Islem sonrasi sonucu dogrulamak icin kullanilabilecek kontrol listesi.
6. Ilgili hizmeti, alan adini veya sunucu kartini acabilirsiniz.
7. Rehberde belirtilen yonetim ekranina gecip gerekli alanlari inceleyebilirsiniz.
8. Degisiklikten once mevcut degerleri not almaniz ve gerekiyorsa ekran goruntusu saklamaniz faydali olur.

Bu Kayitlarin Her Biri Farkli Bir Soruya Cevap Verir

SPF, bu alan adindan kimlerin mail gonderebilecegini; DKIM, giden mailin icerik butunlugunu; DMARC, aliciya SPF ve DKIM sonucunu nasil yorumlayacagini anlatir. PTR/rDNS ise genellikle gonderim yapan IP’nin ters kaydidir ve daha cok sunucu seviyesi bir ayardir.

1. SPF genellikle DNS tarafinda TXT kaydi olarak yonetilir.
2. DKIM cogu panelde once etkinlestirilir, sonra DNS’e TXT/CNAME kaydi eklenir.
3. DMARC yine DNS tarafinda politika kaydi olarak durur.
4. PTR/rDNS, paylasimli hostingden ziyade VPS/VDS gibi dogrudan IP kullanan servislerde onem kazanir.

Bu ayrimi netlestirirseniz, kullanici seviyesindeki is ile altyapi seviyesindeki isi birbirine karistirmamis olursunuz.

1. Hosting.com.tr adresimize giriş yapınız.

2. Domainlerim sekmesine tıklayalım ve yönet diyelim

3. Genel Bakış altında yer alan Domain Park Hizmetini etkinleştirelim

 

4. DNS Zone yönetimine girelim

Isleme Baslamadan Once

1. Alan adinizdan hangi servislerin mail gonderdigini listeleyebilirsiniz.
2. Aktif SPF, DKIM ve DMARC kayitlarinizin mevcut kopyasini alabilirsiniz.
3. PTR/rDNS ihtiyaci varsa gonderim yapan IP’nin hangi hizmete ait oldugunu netlestirebilirsiniz.

Ozellikle SPF guncellerken mevcut gonderim kaynaklarini unutmak, teslimat kaybina neden olabilir.

Mevcut gonderim kaynaklarini tek listede toplama

SPF ve diger kimlik kayitlarini saglikli yonetmek icin once bu alan adindan kimlerin mail gonderdigini bilmeniz gerekir.

1. Hosting panelinizdeki kurumsal e-posta hesaplarini not edebilirsiniz.
2. Harici mail servisleri, form uygulamalari veya bulten araclari kullaniyorsaniz bunlari listeye ekleyebilirsiniz.
3. Sunucu uzerinden dogrudan gonderim yapan uygulama varsa bunu ayri belirtebilirsiniz.
4. Bu listeyi SPF guncellemesinin referansi olarak saklayabilirsiniz.

Liste eksikse SPF kaydini duzeltirken fark etmeden gecerli bir gonderim kaynagini devre disi birakabilirsiniz.

SPF kaydini DNS panelinde kontrollu sekilde duzenleme

SPF kaydi tek bir dogru satir mantigiyla calisir. Ayni alan adinda birden fazla SPF kaydi birakmak genellikle hatalidir.

1. DNS zone ekranini acabilirsiniz ve aktif TXT kayitlarini inceleyebilirsiniz.
2. Mevcut SPF satirini bulup gecerli gonderim kaynaklariyla karsilastirabilirsiniz.
3. Yeni servisi eklerken eski gecerli kaynaklari koruyabilirsiniz.
4. Ayni alan adi icin birden fazla v=spf1 kaydi birakmamaniz gerekir.

SPF’de ‘fazla kayit’ kadar ‘eksik kaynak’ da teslimat problemini beraberinde getirir.

DKIM imzasini panelden etkinlestirme ve DNS kaydini teyit etme

DKIM, giden mailin iceriginin alan adi tarafindan imzalandigini gosterir. Cogu panelde once ozellik acilir, sonra gerekli DNS kaydi eklenir veya otomatik olusur.

1. Kullandiginiz mail panelinde DKIM ozelliginin acik olup olmadigini kontrol edebilirsiniz.
2. Panel size selector ve deger veriyorsa bunu DNS tarafina birebir ekleyebilirsiniz.
3. Eski veya yarim kalmis DKIM kayitlari varsa aktif olanla karsilastirabilirsiniz.
4. Yeni kaydi kaydettikten sonra propagation suresine izin verebilirsiniz.

DKIM kaydinda host adi secici (selector) kadar onemlidir; yalnizca degeri dogru girmek yetmez.

DMARC politikasini amaca gore ekleme

DMARC, SPF ve DKIM sonucuna gore aliciya nasil davranacagini soyler. Bu nedenle test asamasinda agresif politika secmek yerine kontrollu ilerlemek gerekir.

1. _dmarc hostu icin TXT kaydi olusturabilirsiniz veya mevcut kaydi kontrol edebilirsiniz.
2. Baslangic icin gozlem odakli daha yumusak bir politika tercih edebilirsiniz.
3. Raporlama e-posta adresi kullaniyorsaniz dogru yazildigindan emin olabilirsiniz.
4. Politika degisikliginin etkisini giden maillerde gozlemleyebilirsiniz.

DMARC’yi anlamadan sertlestirmek, gecerli maillerin de reddedilmesine yol acabilir.

PTR veya rDNS ihtiyacinda yetki alanini netlestirme

PTR/rDNS cogu zaman paylasimli hosting panelinden yapilan bir ayar degildir. Genellikle IP sahibi seviyesinde veya VPS/VDS tarafinda degerlendirilir.

1. Mail gonderen IP’nin size ait ozel bir sunucuya mi yoksa paylasimli altyapiya mi bagli oldugunu belirleyebilirsiniz.
2. VPS/VDS kullaniyorsaniz ilgili IP icin rDNS tanimi gerekip gerekmedigini kontrol edebilirsiniz.
3. PTR kaydinin host adi ile SMTP kimligi arasinda mantikli bir eslesme oldugundan emin olabilirsiniz.
4. Yetki panelinizde bu alan yoksa bunu destek seviyesine tasinacak is olarak not edebilirsiniz.

PTR/rDNS, kullanici seviyesinde gorunmeyen ama teslimat kalitesini etkileyen altyapi ayarlarindan biridir.

Kimlik dogrulama zincirini canli test ile tamamlama

Kayitlar eklendikten sonra sadece DNS’te gorunmesi yeterli degildir; giden mailin bu kayitlari fiilen kullandigini da dogrulamak gerekir.

1. Test mailini farkli alicilara gondererek sonucu karsilastirabilirsiniz.
2. Mail basliklarinda SPF ve DKIM sonucunu inceleyebilirsiniz.
3. DMARC raporu veya rapor kutusuna dusen verileri takip edebilirsiniz.
4. Teslimat davranisini kayit degisikligi oncesi ve sonrasi ile karsilastirabilirsiniz.

DNS kaydi dogru gorunse bile gonderim kaynagi baska bir servisten cikiyorsa sonuc beklendigi gibi olmayabilir.

Sık Yapılan Hatalar

Ayni alan adinda birden fazla SPF kaydi birakmak.

DKIM selector bilgisini gozden kacirmak.

DMARC politikasini test etmeden cok sert hale getirmek.

PTR/rDNS isini kullanici panelinden yapilacak sanmak.

Sıkça Sorulan Sorular

SPF, DKIM ve DMARC’i birlikte kullanmak gerekir mi?

Evet, guvenli teslimat zinciri icin bu uc mekanizma birlikte dusunulmelidir. SPF gonderim kaynagini, DKIM icerik imzasini, DMARC ise aliciya uygulanacak politikayi tanimlar.

PTR veya rDNS kaydini kim tanimlar?

PTR kaydi dogrudan DNS zone tarafinda degil, IP adresinin sahibi olan sunucu veya network tarafinda tanimlanir. Bu nedenle shared hosting ile VPS veya dedicated server senaryolari farkli yurutulur.

Birden fazla SPF kaydi olabilir mi?

Hayir. Alan adinda tek bir gecerli SPF TXT kaydi bulunmalidir. Farkli servisleri desteklemeniz gerekiyorsa hepsini ayni SPF kaydinda birlestirmeniz gerekir.

Islem Sonrasi Kontrol Listesi

1. Gonderim yapan tum servisler listelendi mi kontrol edebilirsiniz.
2. Tek ve gecerli bir SPF yapisi olusturuldu mu bakabilirsiniz.
3. DKIM etkin ve DNS kaydi dogru mu dogrulayabilirsiniz.
4. DMARC kaydi gozlem amacina veya politikaniza uygun mu inceleyebilirsiniz.
5. Test maillerinde SPF/DKIM sonucunu kontrol ettiniz mi teyit edebilirsiniz.

Hangi Durumlarda Destek Talebi Olusturulmalidir?

1. PTR/rDNS tanimi gerekiyor ama ilgili IP icin panel yetkiniz yoksa.
2. SPF, DKIM ve DMARC dogru gorunmesine ragmen teslimat reddi devam ediyorsa.
3. Birden fazla harici gonderim servisi oldugu icin SPF yapisini guvenle birlestiremiyorsaniz.
4. Ozel IP, VPS/VDS veya ileri seviye mail itibari sorunlarini ayirt etmekte zorlaniyorsaniz.