{"id":153,"date":"2026-10-15T09:01:11","date_gmt":"2026-10-15T06:01:11","guid":{"rendered":"https:\/\/mx1mail.com\/blog\/spf-dkim-dmarc-dns-degisiklikleri-ttl-yayilim-geri-donus-plani\/"},"modified":"2026-10-15T09:01:11","modified_gmt":"2026-10-15T06:01:11","slug":"spf-dkim-dmarc-dns-degisiklikleri-ttl-yayilim-geri-donus-plani","status":"publish","type":"post","link":"https:\/\/mx1mail.com\/blog\/tr\/spf-dkim-dmarc-dns-degisiklikleri-ttl-yayilim-geri-donus-plani\/","title":{"rendered":"SPF\/DKIM\/DMARC DNS De\u011fi\u015fiklikleri Nas\u0131l G\u00fcvenle Yay\u0131na Al\u0131n\u0131r? TTL, Yay\u0131l\u0131m (Propagation) ve Geri D\u00f6n\u00fc\u015f Plan\u0131"},"content":{"rendered":"<h2>DNS de\u011fi\u015fikli\u011fi neden \u201ck\u00fc\u00e7\u00fck\u201d bir i\u015flem de\u011fildir?<\/h2>\n<p>Kurumsal e-posta taraf\u0131nda SPF, DKIM ve DMARC kay\u0131tlar\u0131 \u00e7o\u011fu zaman tek sat\u0131rl\u0131k DNS girdileri gibi g\u00f6r\u00fcn\u00fcr. Ancak bu kay\u0131tlar, al\u0131c\u0131 sistemlerin g\u00f6ndereninizi nas\u0131l do\u011frulad\u0131\u011f\u0131n\u0131 ve e-postalar\u0131n\u0131z\u0131n gelen kutusuna m\u0131 yoksa spam\/karantina gibi klas\u00f6rlere mi d\u00fc\u015fece\u011fini do\u011frudan etkiler. Yanl\u0131\u015f yaz\u0131lm\u0131\u015f bir de\u011fer, eksik bir nokta, yanl\u0131\u015f bir selector, fazla uzun bir TXT kayd\u0131 ya da hatal\u0131 bir politika; bir anda teslimat sorunlar\u0131na, sahtecilik riskinin artmas\u0131na veya \u00fc\u00e7\u00fcnc\u00fc taraf sistemlerin g\u00f6nderimlerinin reddedilmesine yol a\u00e7abilir.<\/p>\n<p>Bu nedenle ama\u00e7 yaln\u0131zca do\u011fru kayd\u0131 yazmak de\u011fil, de\u011fi\u015fikli\u011fi g\u00fcvenle yay\u0131na almak, DNS yay\u0131l\u0131m\u0131n\u0131n do\u011fas\u0131n\u0131 anlamak ve her ad\u0131m i\u00e7in geri d\u00f6n\u00fc\u015f (rollback) plan\u0131 olu\u015fturmakt\u0131r.<\/p>\n<h2>Temel kavramlar: TTL, cache ve yay\u0131l\u0131m (propagation)<\/h2>\n<h3>TTL nedir ve neden planlanmal\u0131d\u0131r?<\/h3>\n<p>TTL (Time To Live), DNS kayd\u0131n\u0131z\u0131n resolver\u2019lar taraf\u0131ndan ne kadar s\u00fcreyle \u00f6nbellekte tutulaca\u011f\u0131n\u0131 belirtir. \u00d6rne\u011fin TTL 3600 ise, o kayd\u0131 alan bir resolver teorik olarak 1 saat boyunca ayn\u0131 yan\u0131t\u0131 tekrar sorup g\u00fcncellemeyebilir. Bu, DNS de\u011fi\u015fikli\u011fi yapt\u0131\u011f\u0131n\u0131z anda t\u00fcm d\u00fcnyan\u0131n yeni de\u011feri g\u00f6rmeyece\u011fi anlam\u0131na gelir.<\/p>\n<h3>\u201cPropagation\u201d asl\u0131nda tek bir anda ger\u00e7ekle\u015fmez<\/h3>\n<p>DNS yay\u0131l\u0131m\u0131 pratikte; authoritative DNS sunucunuzdaki yeni de\u011ferin farkl\u0131 resolver\u2019lar\u0131n cache s\u00fcreleri dolduk\u00e7a g\u00f6r\u00fclmesidir. Baz\u0131 istemciler ve a\u011flar eski kayd\u0131 daha uzun s\u00fcre tutabilir. Bu nedenle kritik e-posta DNS de\u011fi\u015fiklikleri, \u201chemen oldu\u201d varsay\u0131m\u0131yla yap\u0131lmamal\u0131d\u0131r.<\/p>\n<h3>Negatif cache ve NXDOMAIN etkisi<\/h3>\n<p>Bir kayd\u0131 ge\u00e7ici olarak silmek veya yanl\u0131\u015f isimle sorgulanmas\u0131na neden olmak, baz\u0131 resolver\u2019lar\u0131n \u201cyok\u201d sonucunu da cache\u2019lemesine yol a\u00e7abilir. Bu da d\u00fczeltme yapsan\u0131z bile bir s\u00fcre daha sorun ya\u015fanabilece\u011fi anlam\u0131na gelir. Bu y\u00fczden \u00f6zellikle DKIM selector ve DMARC kayd\u0131 gibi isimlendirmesi hassas kay\u0131tlar i\u00e7in silip ekleme yerine kontroll\u00fc g\u00fcncelleme tercih edilir.<\/p>\n<h2>De\u011fi\u015fiklik \u00f6ncesi haz\u0131rl\u0131k: Envanter ve ba\u011f\u0131ml\u0131l\u0131klar<\/h2>\n<h3>Hangi sistemler sizin ad\u0131n\u0131za e-posta g\u00f6nderiyor?<\/h3>\n<p>De\u011fi\u015fiklik plan\u0131na ba\u015flamadan \u00f6nce, alan ad\u0131n\u0131zdan g\u00f6nderim yapan t\u00fcm kaynaklar\u0131 \u00e7\u0131kar\u0131n. Tipik kaynaklar \u015funlard\u0131r:<\/p>\n<ul>\n<li>Kurumsal posta sunucusu veya e-posta servis sa\u011flay\u0131c\u0131n\u0131z<\/li>\n<li>CRM ve sat\u0131\u015f otomasyonlar\u0131<\/li>\n<li>Helpdesk\/ticket sistemleri<\/li>\n<li>E-b\u00fclten ve pazarlama ara\u00e7lar\u0131<\/li>\n<li>Web sitesi formlar\u0131 ve uygulama sunucular\u0131 (transactional mail)<\/li>\n<li>Yaz\u0131c\u0131lar, NAS cihazlar\u0131, izleme sistemleri gibi cihazlar<\/li>\n<\/ul>\n<p>Bu envanter, SPF include\u2019lar\u0131, DKIM selector\u2019lar\u0131 ve DMARC alignment davran\u0131\u015f\u0131n\u0131z\u0131 do\u011frudan etkiler. Eksik envanter, \u201cbizim sistem de\u011fil\u201d sand\u0131\u011f\u0131n\u0131z bir kayna\u011f\u0131n g\u00f6nderimlerinin bir anda fail vermesine neden olur.<\/p>\n<h3>Mevcut kay\u0131tlar\u0131 yedekleyin<\/h3>\n<p>De\u011fi\u015fiklikten \u00f6nce SPF, DKIM (t\u00fcm selector\u2019lar), DMARC ve varsa ilgili TXT\/CNAME kay\u0131tlar\u0131n\u0131n mevcut hallerini bir dok\u00fcmana kaydedin. Geri d\u00f6n\u00fc\u015f plan\u0131n\u0131n en h\u0131zl\u0131 yolu, \u00f6nceki de\u011ferleri hatas\u0131z \u015fekilde geri yazabilmektir.<\/p>\n<h2>G\u00fcvenli TTL stratejisi: De\u011fi\u015fiklik penceresi tasarlama<\/h2>\n<h3>De\u011fi\u015fiklikten 24\u201348 saat \u00f6nce TTL d\u00fc\u015f\u00fcrme<\/h3>\n<p>E\u011fer mevcut TTL de\u011ferleriniz y\u00fcksekse (\u00f6rne\u011fin 4 saat, 12 saat, 24 saat), kritik de\u011fi\u015fikliklerden 24\u201348 saat \u00f6nce TTL\u2019yi daha d\u00fc\u015f\u00fck bir de\u011fere \u00e7ekmek i\u015fleri kolayla\u015ft\u0131r\u0131r. D\u00fc\u015f\u00fck TTL, de\u011fi\u015fiklik sonras\u0131 yeni de\u011ferin daha h\u0131zl\u0131 \u201cgenel olarak\u201d g\u00f6r\u00fcnmesini sa\u011flar. Ancak bunu son dakika yapmak \u00e7o\u011fu zaman i\u015fe yaramaz; \u00e7\u00fcnk\u00fc resolver\u2019lar eski TTL\u2019ye g\u00f6re cache\u2019lemi\u015f olabilir.<\/p>\n<h3>De\u011fi\u015fiklik sonras\u0131 TTL\u2019yi tekrar makul seviyeye almak<\/h3>\n<p>De\u011fi\u015fiklik oturduktan ve do\u011frulamalar yap\u0131ld\u0131ktan sonra TTL\u2019yi operasyonel olarak makul bir seviyeye y\u00fckseltmek (\u00f6rne\u011fin 1\u20134 saat) yayg\u0131n bir pratiktir. S\u00fcrekli \u00e7ok d\u00fc\u015f\u00fck TTL, DNS sorgu say\u0131s\u0131n\u0131 art\u0131rabilir ve y\u00f6netim a\u00e7\u0131s\u0131ndan gereksiz olabilir.<\/p>\n<h2>SPF de\u011fi\u015fikliklerini g\u00fcvenle uygulama<\/h2>\n<h3>SPF\u2019te en b\u00fcy\u00fck riskler<\/h3>\n<ul>\n<li>10 DNS lookup limitini a\u015fmak<\/li>\n<li>Yanl\u0131\u015f include zinciri nedeniyle beklenmedik \u201cpermerror\u201d<\/li>\n<li>~all ile -all se\u00e7iminin acele yap\u0131lmas\u0131<\/li>\n<li>G\u00f6nderici kaynak envanterinin eksik olmas\u0131<\/li>\n<\/ul>\n<h3>Kademeli yakla\u015f\u0131m<\/h3>\n<p>SPF\u2019te en g\u00fcvenli y\u00f6ntem, \u00f6nce do\u011fru kaynaklar\u0131 tan\u0131mlay\u0131p do\u011frulamadan \u201ckat\u0131\u201d moda (-all) ge\u00e7memektir. \u00d6zellikle daha \u00f6nce gev\u015fek bir politika varsa, de\u011fi\u015fikli\u011fi \u00f6nce izleme ve do\u011frulama ile desteklemek gerekir. Ayr\u0131ca SPF kayd\u0131n\u0131n tek bir TXT olarak ve do\u011fru bi\u00e7imde yay\u0131nland\u0131\u011f\u0131ndan emin olun; ayn\u0131 isimde birden fazla SPF TXT kayd\u0131 bir\u00e7ok al\u0131c\u0131da sorun \u00e7\u0131kar\u0131r.<\/p>\n<h3>Rollback plan\u0131<\/h3>\n<p>SPF de\u011fi\u015fikli\u011fi sonras\u0131 beklenmedik reddedilmeler g\u00f6r\u00fcrseniz, en h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f \u00f6nceki SPF de\u011ferini geri yazmakt\u0131r. Bu nedenle eski de\u011ferin kopyas\u0131n\u0131 saklamak kritik \u00f6nem ta\u015f\u0131r.<\/p>\n<h2>DKIM de\u011fi\u015fikliklerini g\u00fcvenle uygulama: Selector ile \u201c\u00e7ift yay\u0131n\u201d mant\u0131\u011f\u0131<\/h2>\n<h3>Selector stratejisi<\/h3>\n<p>DKIM de\u011fi\u015fikliklerinde anahtar rotasyonu veya sa\u011flay\u0131c\u0131 de\u011fi\u015fikli\u011fi gibi durumlarda, ayn\u0131 anda iki selector\u2019\u0131 bir s\u00fcre birlikte \u00e7al\u0131\u015ft\u0131rmak g\u00fcvenli bir ge\u00e7i\u015f sa\u011flar. \u00c7\u00fcnk\u00fc baz\u0131 sistemler yeni selector ile imzalamaya ge\u00e7erken, baz\u0131lar\u0131 eski selector ile imza \u00fcretmeye devam edebilir.<\/p>\n<h3>G\u00fcvenli cutover ad\u0131mlar\u0131<\/h3>\n<ol>\n<li>Yeni selector i\u00e7in DNS kayd\u0131n\u0131 ekleyin (hen\u00fcz trafik ta\u015f\u0131masa bile).<\/li>\n<li>Yeni selector\u2019\u0131n DNS\u2019te eri\u015filebilir ve do\u011fru oldu\u011fundan emin olun.<\/li>\n<li>G\u00f6nderim sisteminde imzalamay\u0131 yeni selector\u2019a al\u0131n.<\/li>\n<li>Eski selector\u2019\u0131 hemen kald\u0131rmay\u0131n; belirli bir s\u00fcre daha tutun.<\/li>\n<\/ol>\n<p>Bu yakla\u015f\u0131m, \u00f6zellikle kuyrukta bekleyen iletiler veya gecikmeli g\u00f6nderimler nedeniyle olu\u015fabilecek do\u011frulama problemlerini azalt\u0131r.<\/p>\n<h2>DMARC de\u011fi\u015fikliklerini g\u00fcvenle uygulama: Politika hatalar\u0131ndan ka\u00e7\u0131nma<\/h2>\n<h3>DMARC\u2019ta riskli de\u011fi\u015fiklikler<\/h3>\n<ul>\n<li>p=none\u2019dan do\u011frudan p=reject\u2019e ge\u00e7mek<\/li>\n<li>Yanl\u0131\u015f rua\/ruf adresleri nedeniyle raporlar\u0131n gelmemesi<\/li>\n<li>Yanl\u0131\u015f alignment varsay\u0131mlar\u0131 (adkim\/aspf) nedeniyle beklenmedik fail<\/li>\n<li>Yanl\u0131\u015f \u201csp\u201d ve alt alan ad\u0131 davran\u0131\u015flar\u0131n\u0131n g\u00f6zden ka\u00e7mas\u0131<\/li>\n<\/ul>\n<h3>Politika de\u011fi\u015fimini operasyonel bir proje gibi ele al\u0131n<\/h3>\n<p>DMARC politikas\u0131 yaln\u0131zca bir g\u00fcvenlik ayar\u0131 de\u011fildir; e-posta ekosisteminizin ger\u00e7ekte nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131n bir yans\u0131mas\u0131d\u0131r. DMARC\u2019\u0131 s\u0131k\u0131la\u015ft\u0131rmadan \u00f6nce SPF\/DKIM do\u011frulama oranlar\u0131n\u0131z\u0131, kimlerin g\u00f6nderdi\u011fini ve hangi ak\u0131\u015flar\u0131n alignment d\u0131\u015f\u0131na d\u00fc\u015ft\u00fc\u011f\u00fcn\u00fc g\u00f6rmek gerekir. DMARC raporlar\u0131 bu s\u00fcre\u00e7te en \u00f6nemli geri bildirim mekanizmas\u0131d\u0131r.<\/p>\n<h3>Geri d\u00f6n\u00fc\u015f plan\u0131<\/h3>\n<p>DMARC de\u011fi\u015fikli\u011finden sonra beklenmedik karantina veya reddetme durumlar\u0131 olu\u015fursa, politikay\u0131 ge\u00e7ici olarak daha yumu\u015fak bir de\u011fere almak (\u00f6rne\u011fin p=none veya quarantine) h\u0131zl\u0131 nefes ald\u0131r\u0131r. Buradaki hedef \u201ckal\u0131c\u0131 geri ad\u0131m\u201d de\u011fil, sorunlu kaynaklar\u0131 tespit etmek i\u00e7in zaman kazanmakt\u0131r.<\/p>\n<h2>Kontrol listesi: De\u011fi\u015fiklik sonras\u0131 do\u011frulama ve izleme<\/h2>\n<h3>Teknik do\u011frulamalar<\/h3>\n<ul>\n<li>DNS kay\u0131tlar\u0131n\u0131n do\u011fru isimde yay\u0131nland\u0131\u011f\u0131n\u0131 kontrol edin (\u00f6zellikle _dmarc ve DKIM selector).<\/li>\n<li>TXT de\u011ferlerinde kopyalama hatas\u0131, t\u0131rnak, noktalama ve bo\u015fluk sorunlar\u0131n\u0131 kontrol edin.<\/li>\n<li>Birden fazla SPF TXT kayd\u0131 olmad\u0131\u011f\u0131ndan emin olun.<\/li>\n<\/ul>\n<h3>Operasyonel do\u011frulamalar<\/h3>\n<ul>\n<li>Farkl\u0131 al\u0131c\u0131 sa\u011flay\u0131c\u0131lara test e-postalar\u0131 g\u00f6nderin ve header sonu\u00e7lar\u0131n\u0131 inceleyin.<\/li>\n<li>Bounce ve SMTP hata kodlar\u0131n\u0131 takip edin; \u201cpolicy\u201d, \u201cauthentication\u201d ve \u201cpermerror\u201d gibi ipu\u00e7lar\u0131n\u0131 ay\u0131klay\u0131n.<\/li>\n<li>DMARC raporlar\u0131nda yeni ba\u015far\u0131s\u0131zl\u0131k kaynaklar\u0131 olu\u015fup olu\u015fmad\u0131\u011f\u0131n\u0131 izleyin.<\/li>\n<\/ul>\n<h2>De\u011fi\u015fiklik penceresi, ileti\u015fim ve sorumluluk<\/h2>\n<p>DNS tabanl\u0131 e-posta kimlik do\u011frulama de\u011fi\u015fiklikleri i\u00e7in bir de\u011fi\u015fiklik penceresi belirlemek, ilgili ekipleri bilgilendirmek ve \u201ckim geri alacak, kim kontrol edecek\u201d sorular\u0131n\u0131 netle\u015ftirmek gerekir. K\u00fc\u00e7\u00fck i\u015fletmelerde bile bu, en az\u0131ndan bir kontrol listesi ve karar yetkisi anlam\u0131na gelir. \u00d6zellikle pazarlama kampanyas\u0131, fatura g\u00f6nderimi veya yo\u011fun transactional mail d\u00f6nemlerinde de\u011fi\u015fiklik yapmak risklidir.<\/p>\n<h2>Sonu\u00e7: G\u00fcvenli DNS de\u011fi\u015fikli\u011fi, do\u011fru kay\u0131t kadar \u00f6nemlidir<\/h2>\n<p>SPF\/DKIM\/DMARC kay\u0131tlar\u0131n\u0131 g\u00fcncellemek, yaln\u0131zca DNS\u2019e bir de\u011fer yazmak de\u011fil; TTL\u2019yi planlamak, yay\u0131l\u0131m davran\u0131\u015f\u0131n\u0131 hesaba katmak, kademeli ge\u00e7i\u015f yapmak ve geri d\u00f6n\u00fc\u015f plan\u0131 haz\u0131rlamakt\u0131r. Bu disiplin, teslim edilebilirlik riskini azalt\u0131r ve sorun ya\u015fand\u0131\u011f\u0131nda te\u015fhisi h\u0131zland\u0131r\u0131r.<\/p>\n<p>E-posta altyap\u0131n\u0131z\u0131 y\u00f6netirken, alan ad\u0131n\u0131z\u0131n DNS kay\u0131tlar\u0131n\u0131n g\u00fcncel tutulmas\u0131 ve de\u011fi\u015fikliklerin kontroll\u00fc uygulanmas\u0131 kritik \u00f6nem ta\u015f\u0131r. MX1Mail gibi i\u015f e-postas\u0131 altyap\u0131s\u0131 kullanan ekipler de ayn\u0131 \u015fekilde SPF\/DKIM\/DMARC ve ilgili DNS ayarlar\u0131n\u0131 planl\u0131 de\u011fi\u015fiklik s\u00fcre\u00e7leriyle y\u00f6neterek daha \u00f6ng\u00f6r\u00fclebilir bir e-posta ak\u0131\u015f\u0131 sa\u011flayabilir.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>SPF, DKIM ve DMARC DNS kay\u0131tlar\u0131n\u0131 kesinti ve teslimat sorunu ya\u015famadan de\u011fi\u015ftirmek i\u00e7in TTL plan\u0131, yay\u0131l\u0131m takibi, kontroll\u00fc ge\u00e7i\u015f ve h\u0131zl\u0131 geri d\u00f6n\u00fc\u015f ad\u0131mlar\u0131.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[316],"tags":[301,386,277],"class_list":["post-153","post","type-post","status-publish","format-standard","hentry","category-dns-ve-e-posta-altyapisi","tag-dns-yonetimi","tag-e-posta-kimlik-dogrulama","tag-teslim-edilebilirlik"],"_links":{"self":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/153","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/comments?post=153"}],"version-history":[{"count":0,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/posts\/153\/revisions"}],"wp:attachment":[{"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/media?parent=153"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/categories?post=153"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mx1mail.com\/blog\/wp-json\/wp\/v2\/tags?post=153"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}