Kayıtları yazdım ama hiçbir şey değişmedi. Ne kadar beklemem gerekiyor?

Yeni bir TXT kaydının her yere yayılması, eski kaydın önbellekte kalma süresine bağlı. TTL düşükse birkaç saat, yüksekse bir günü bulabiliyor. Ama iki gün sonra hâlâ hiçbir şey değişmediyse beklemek çözüm değil, kaydın kendisi yanlış demektir. dig TXT ile sorgulayıp ekrana ne döndüğünü okuyun. En sık çıkan iki hata, panelin ad alanına alan adını ikinci kez eklemesi ve kaydın yanlışlıkla TXT yerine başka bir tipte kaydedilmiş olması.

Google Workspace veya Microsoft 365 kullanıyorum, yine de bunlara gerek var mı?

Gerek var. Sağlayıcı mesajı imzalayabiliyor ama kayıtları sizin alan adınızda yayınlayan taraf yine sizsiniz. Google Workspace'te DKIM kendiliğinden açık gelmiyor; yönetici panelinden anahtarı üretip DNS'e eklemeniz gerekiyor, o adım atlanınca imza hiç çıkmıyor. Microsoft 365 tarafında selector kayıtları CNAME olarak veriliyor. DMARC ise ikisinde de hiçbir zaman otomatik kurulmuyor; _dmarc kaydını yazmayan hiç kimse için yazılmıyor.

E-postalarım yalnızca bir firmaya düşüyor, herkese gidiyor. Yine de DNS'e mi bakayım?

Yine de başlığa bakın, ama tek bir alıcıda takılıyorsanız sorun genelde karşı tarafta. Onlardan spam klasöründeki mesajın başlığını isteyin. Orada da spf, dkim ve dmarc pass diyorsa iş sizde bitmiş demektir; kalan şey o kurumun kendi sunucusunda duran bir kural ya da yerel bir engelleme listesi, onu ancak kendi bilgi işlemleri kaldırabiliyor. Bu talebi yazılı ve başlık çıktısıyla birlikte iletmek, telefonda anlatmaktan çok daha hızlı sonuç veriyor.

Bu kayıtları kendim yazabilir miyim?

SPF ve DMARC'ı yazabilirsiniz, ikisi de panelde bir forma metin girmekten ibaret. DKIM sağlayıcıya bağlı, anahtar onların tarafında üretiliyor. Zor olan yazmak değil, doğruladıktan sonra ayakta tutmak: sizin adınıza mesaj gönderen her yeni sistem SPF'e eklenmeli ve bir yıl sonra kimse hangi sistemin eklendiğini hatırlamıyor. Kendiniz yürütecekseniz tek bir şey kurun yeter — adınıza kim gönderiyorsa yazılı bir listesi olsun ve yeni bir araç eklendiğinde o liste güncellensin.

.noscript-seo { display: block; padding: 2rem; font-family: system-ui, sans-serif; line-height: 1.6; max-width: 48rem; margin: 0 auto; } .noscript-seo h1 { font-size: 1.75rem; margin-bottom: .75rem; } .noscript-seo h2 { font-size: 1.25rem; margin: 1.5rem 0 .5rem; } .noscript-seo ul { padding-left: 1.25rem; } .noscript-seo a { color: #B63400; }

Kurumsal E-Postalarınız Spam'e mi Düşüyor? SPF, DKIM ve DMARC

E-postalarınız spam'e mi düşüyor? SPF, DKIM ve DMARC kayıtlarını mesaj başlığından okuyup nerede kırıldığını bulmanın sırası ve somut kontrol adımları.

Teklifi gönderdiniz, iki gün sonra telefonda "bize bir şey gelmedi" cümlesini duyuyorsunuz. Gönderilmiş kutunuzda mesaj duruyor, saati de yazıyor. Karşı taraf spam klasörüne bakıyor ve orada buluyor; bazen hiç bulamıyor. Bu noktada herkesin ilk düşündüğü şey aynı: karşı tarafın sunucusu abartıyor, bizim mesajımızda bir sorun yok. Sonra aynı şey ikinci firmada tekrarlıyor, sonra üçüncüde, ve suçlanacak taraf tükeniyor. Sorunun kaynağı çoğu zaman mesajın içinde değil, alan adınızın DNS kayıtlarında duruyor. Oraya bakmak kimsenin aklına gelmiyor, çünkü e-posta ile DNS arasında dışarıdan görünen bir bağ yok.

Alıcı sunucu mesajı kutuya koymadan önce üç şeye bakıyor: bu mesaj sizin alan adınız adına göndermeye yetkili bir sunucudan mı çıktı, yolda değiştirilmiş mi, ve bu ikisi tutmazsa ne yapılacağını alan adının sahibi önceden söylemiş mi. Cevapların üçü de DNS'te, üç ayrı TXT kaydında duruyor: SPF, DKIM ve _dmarc. Kayıtlar hiç yoksa mesaj kimliksiz geliyor ve filtre onu kendi bildiği gibi değerlendiriyor. Daha sinsi olan durum ise üçü de yerinde dururken birinin sessizce geçersiz olması. Panelde kayıt duruyor, kimse bir şeyin bozulduğunu düşünmüyor.

Bu yazı o üç kaydın ne yaptığını ve nerede kırıldığını bulma sırasını anlatıyor. Tahminle değil kanıtla: elinizdeki tek gerçek kanıt gönderdiğiniz mesajın kendi başlığı ve ona bakmak için ne bir araca ne de bize ihtiyacınız var. Önce mesaj başlığını okuyacağız, sonra üç kaydı tek tek sorgulayacağız, sonra üçü de pass derken DMARC'ın neden fail verdiğine geleceğiz — asıl arıza genelde tam orada duruyor. Kurulumu ve süre takibini nasıl yaptığımızı hosting sayfasında yazdık; burada anlattığımız şey işin kendi mekaniği.

Hizmetlerimiz

Hizmet Bölgeleri

9 ilde çalışıyoruz: Denizli, Aydın, Muğla, Uşak, Manisa, Afyonkarahisar, Kütahya, İzmir, Antalya.

Sektörler

İletişim

Telefon: 0542 716 08 07

Adres: Denizli, Türkiye