Kurumsal E-postalar Neden Spam'e Düşer? Bir DNS Hikayesi

Problem

Geçen hafta Pazartesi sabahı Pazarlama Müdürü soluğu masamda aldı: "Erdinç, kritik müşteri tekliflerimiz ve yeni bulut araçlarımız üzerinden attığımız bildirimler dış alıcıların spam klasörüne düşüyor!" Şirketin ana domain'i (sirket.com) üzerinden gönderilen e-postaların teslim edilebilirliği ciddi oranda düşmüştü. Satış ekibi iletişim kuramıyor, işler durma noktasına geliyordu.

Nereden başladım

Sorunu teşhis etmek için ilk olarak harici bir Gmail ve Outlook hesabına test e-postaları gönderdim ve gelen e-postaların ham başlık (view raw header) bilgilerini indirdim.

• MXToolbox ve Mail-Tester gibi analiz araçlarıyla domain ve IP itibarını kontrol ettim; IP'miz kara listede değildi.
• E-posta başlığındaki Authentication-Results satırını incelediğimde SPF durumunun softfail, DKIM durumunun ise fail olarak işaretlendiğini gördüm.
• Alıcı sunucular, e-postayı gerçekten bizim sunucularımızın gönderip göndermediğinden emin olamıyordu.

Kök neden

Detaylı incelemede iki temel sorun tespit ettim. İlk olarak, son zamanlarda ekibimizin kullanmaya başladığı yeni bulut servisleri ve sanal masaüstü entegrasyonları için DNS'e sürekli yeni include parametreleri eklenmişti. Bu durum, SPF protokolünün katı kurallarından biri olan 10 DNS sorgu sınırını (DNS lookup limit) aşmamıza neden olmuştu. Alıcı sunucular doğrulama yaparken zaman aşımına uğruyordu.

İkinci sorun ise, pazarlama ekibinin kullandığı e-posta dağıtım platformunun DKIM anahtarlarının DNS panelimize tanımlanmamış olmasıydı. Yani e-postalar dijital olarak imzalanmıyordu.

Çözüm

Sistemi tekrar sağlıklı hale getirmek için şu adımları uyguladım:

1. SPF Kaydını Optimize Ettim: Kullanılmayan eski IP adreslerini ve mükerrer include ifadelerini temizledim. Sorgu sayısını 6'ya düşürerek mantıksal bir SPF kaydı oluşturdum (v=spf1 include:spf.protection.outlook.com -all). 2. DKIM İmzalarını Aktifleştirdim: E-posta sağlayıcı paneli üzerinden ürettiğim iki adet CNAME kaydını DNS yönetim paneline ekledim ve anahtarları doğruladım. 3. DMARC Kaydı Ekledim: Domain güvenliğini pekiştirmek için _dmarc.sirket.com TXT kaydını oluşturup v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@sirket.com politikasını devreye aldım.

Adımları tamamladıktan birkaç saat sonra test gönderimlerinde tüm doğrulama testleri PASS sonucunu verdi ve e-postalar doğrudan gelen kutusuna düşmeye başladı.

Ders: Yeni bir bulut servisini yayına alırken DNS doğrulamalarını (SPF/DKIM/DMARC) yapılandırmayı unutmak, dijital itibarınızı spam klasörüne mahkûm etmektir.