Kurumsal E-posta Spama Düşüyor mu? SPF, DKIM, DMARC Ayarları

Kurumsal e-postalarınızın spama düşmemesi için alan adınızın DNS'inde SPF (hangi sunucuların sizin adınıza posta gönderebileceği), DKIM (postanın değiştirilmediğini kanıtlayan dijital imza) ve DMARC (bu iki kontrol başarısız olursa ne yapılacağı) kayıtlarının doğru tanımlanması gerekir. Kendi sunucunuzdan posta gönderiyorsanız gönderen IP adresinin PTR (ters DNS) kaydı da sunucu adınızla eşleşmelidir. Gmail, Yahoo ve Outlook gibi büyük sağlayıcılar artık bu doğrulamaları göndericilerden açıkça bekliyor.

Bu rehberde kurumsal e-postanın ne olduğunu, her kaydın görevini, doğru örnek kayıtları ve kayıtlar doğru olsa bile postaların spama düşmesine yol açan diğer nedenleri anlatıyoruz.

Kurumsal e-posta nedir?

Kurumsal e-posta, [email protected] gibi kendi alan adınızla kullandığınız e-posta hesaplarıdır. Ücretsiz posta adreslerine göre avantajları:

• Güven: Müşteriler, kendi alan adından gelen postaya daha çok güvenir.
• Kontrol: Bir çalışan ayrıldığında hesap şirkette kalır; postalar başka bir hesaba yönlendirilebilir.
• Kimlik doğrulama: SPF, DKIM ve DMARC'ı yalnızca kendi alan adınız için tanımlayabilirsiniz.
• Marka bütünlüğü: Tüm ekip aynı alan adıyla iletişim kurar.

Kurumsal e-posta tek başına bir paket olarak alınabileceği gibi web sitenizle aynı yerde de barındırılabilir; web sitesi ve e-postasını tek hesapta toplamak isteyen işletmeler için kurumsal hosting paketleri bu ihtiyaca göre hazırlanmıştır.

E-postalar neden spama düşer?

Alıcı sunucu (Gmail, Outlook, şirket posta sunucuları) gelen her postayı birçok kritere göre puanlar:

1. Kimlik doğrulama: SPF, DKIM ve DMARC kontrolleri geçiyor mu?
2. Gönderen itibarı: Gönderen IP adresi ve alan adı daha önce spam göndermiş mi, kara listede mi?
3. İçerik: Spam'e benzeyen ifadeler, yalnızca görselden oluşan postalar, kısaltılmış veya şüpheli bağlantılar.
4. Alıcı davranışı: Alıcılar postalarınızı açıyor mu, "spam" olarak işaretliyor mu?

Kimlik doğrulama kayıtları eksikse diğer her şey doğru olsa bile postanız şüpheli kabul edilir. Bu yüzden ilk adım her zaman DNS kayıtlarıdır.

SPF kaydı

SPF (Sender Policy Framework), alan adınız adına posta göndermeye yetkili sunucuları listeleyen bir TXT kaydıdır. Alıcı sunucu, postayı gönderen IP adresinin bu listede olup olmadığına bakar.

Örnek SPF kaydı (alan adınızın kök kaydı olarak, TXT türünde):

v=spf1 mx include:_spf.saglayiciniz.com -all

Dikkat edilmesi gerekenler:

• Alan adı başına yalnızca bir SPF kaydı olmalıdır. İki ayrı v=spf1 kaydı, SPF'i tamamen geçersiz kılar; tüm kaynakları tek kayıtta birleştirin.
• SPF kontrolü en fazla 10 DNS sorgusu yapabilir. Çok fazla include eklerseniz kayıt geçersiz hâle gelir.
• Web sitenizin iletişim formu, CRM'iniz veya bülten aracınız da sizin adınıza posta gönderiyorsa onları da eklemeyi unutmayın.

DKIM kaydı

DKIM (DomainKeys Identified Mail), gönderdiğiniz her postaya dijital bir imza ekler. Alıcı sunucu, DNS'teki açık anahtarla bu imzayı doğrular; böylece postanın yolda değiştirilmediği ve gerçekten alan adınızın yetkili sunucusundan geldiği anlaşılır.

DKIM kaydı, posta sağlayıcınızın verdiği bir seçici (selector) adıyla oluşturulur. Örnek:

• Kayıt adı: default._domainkey.sirketiniz.com
• Tür: TXT
• Değer: v=DKIM1; k=rsa; p=MIIBIjANBgkqh... (sağlayıcınızın verdiği uzun açık anahtar)

Anahtarı elle uydurmak mümkün değildir; değer her zaman posta sunucunuz tarafından üretilir. Kopyalarken anahtarın eksiksiz yapıştırıldığından emin olun. Bazı DNS panelleri uzun değerleri bölerek saklar; bu normaldir.

DMARC kaydı

DMARC, SPF ve DKIM'in üzerine bir politika katmanı ekler: posta bu kontrollerden geçemezse alıcı sunucunun ne yapacağını söyler ve size rapor gönderilmesini sağlar. DMARC'ın geçmesi için SPF veya DKIM'in, postanın "Kimden" (From) adresindeki alan adıyla uyumlu (aligned) olması gerekir.

Örnek DMARC kaydı:

• Kayıt adı: _dmarc.sirketiniz.com
• Tür: TXT
• Değer: v=DMARC1; p=none; rua=mailto:[email protected]

PTR (ters DNS) kaydı

PTR kaydı, bir IP adresinin hangi sunucu adına ait olduğunu söyler; yani normal DNS'in tersidir. Kendi VDS'inizden veya sunucunuzdan posta gönderiyorsanız:

• Gönderen IP'nin PTR kaydı, sunucunuzun adını göstermelidir (ör. mail.sirketiniz.com).
• Bu adın A kaydı da aynı IP adresine çözülmelidir (ileri ve geri DNS eşleşmesi).
• Posta sunucunuzun kendini tanıttığı ad (HELO/EHLO) bu adla tutarlı olmalıdır.

PTR kaydını alan adı panelinizden değil, IP adresinin sahibi olan sağlayıcıdan (sunucu firmanız) talep edersiniz. Barındırılan bir kurumsal e-posta hizmeti kullanıyorsanız PTR, sağlayıcının posta sunucuları için zaten tanımlıdır; sizin ayrıca bir şey yapmanız gerekmez.

Gmail, Yahoo ve Outlook'un gönderici gereksinimleri

2024'ten itibaren Gmail ve Yahoo, 2025'ten itibaren de Microsoft'un tüketici posta hizmetleri (Outlook.com, Hotmail) göndericilerden daha sıkı kimlik doğrulama bekliyor. Özetle:

• Tüm göndericiler için SPF veya DKIM ile kimlik doğrulama, geçerli PTR kaydı ve düşük spam şikâyet oranı.
• Toplu göndericiler (günde binlerce posta gönderenler) için SPF ve DKIM, en az p=none politikalı DMARC, "Kimden" alan adıyla uyum ve pazarlama postalarında tek tıkla abonelikten çıkma.

Normal iş yazışmaları için bile SPF, DKIM ve DMARC'ın üçünü birden tanımlamak artık en iyi uygulamadır.

Kayıtlar doğru ama postalar hâlâ spama düşüyorsa

• Kara liste kontrolü yapın: Gönderen IP adresinizin veya alan adınızın bilinen kara listelerde olup olmadığına bakın.
• Yeni alan adı itibarı: Yeni kaydedilmiş alan adlarından yüksek hacimli gönderim şüpheli kabul edilir; hacmi kademeli artırın.
• Toplu posta için ayrı araç: Bülten ve kampanyaları kurumsal posta kutunuzdan değil, bu iş için tasarlanmış bir gönderim hizmetinden yollayın.
• İçeriği sadeleştirin: Tamamen görselden oluşan, büyük harflerle "ÜCRETSİZ" yazan veya çok sayıda bağlantı içeren postalardan kaçının.
• Postanın başlıklarını inceleyin: Alıcı tarafındaki "orijinali göster" seçeneği, SPF, DKIM ve DMARC sonuçlarını (pass/fail) gösterir.

Kayıtları eklemek için alan adınızın DNS'inin nerede yönetildiğini bilmeniz gerekir; bu konuda alan adı nasıl alınır rehberimizdeki DNS bölümü yardımcı olur.

Oculeth kurumsal e-posta paketlerinde spam ve virüs filtresi, webmail ve IMAP/POP3 erişimi bulunur; SPF, DKIM ve DMARC kayıt değerleri size hazır verilir. Alan adınızın DNS'i Oculeth'teyse kayıtlar otomatik eklenir, başka bir firmadaysa değerleri oradaki panele siz eklersiniz. Postanın son olarak nereye düşeceğine alıcı sunucunun karar verdiğini de belirtelim; doğru kayıtlar teslim edilebilirliği artırır ama tek başına garanti değildir.

Sık sorulan sorular

SPF, DKIM ve DMARC'ın üçü de gerekli mi?

Evet, bugün en iyi uygulama üçünü birlikte kullanmaktır. SPF gönderen sunucuyu, DKIM postanın bütünlüğünü doğrular; DMARC ise bu kontrollerin "Kimden" adresiyle uyumunu denetler ve başarısızlıkta ne yapılacağını belirler. Büyük posta sağlayıcıları toplu göndericilerden üçünü de bekliyor.

Birden fazla SPF kaydı ekleyebilir miyim?

Hayır. Bir alan adında yalnızca bir SPF kaydı olmalıdır; iki ayrı kayıt SPF'in geçersiz sayılmasına yol açar. Tüm gönderim kaynaklarını include ve ip4 parçalarıyla tek bir kayıtta birleştirin.

DNS kayıtları ne kadar sürede etkinleşir?

Yeni eklenen kayıtlar genellikle dakikalar içinde görünür, ancak kaydın TTL değerine ve önbelleklere bağlı olarak birkaç saate kadar sürebilir. Değişiklik sonrası kendinize test postası gönderip başlıklardaki sonuçları kontrol edin.

PTR kaydını nereden eklerim?

PTR kaydı, IP adresinin sahibi olan sağlayıcı tarafından tanımlanır; alan adı panelinizden ekleyemezsiniz. Kendi sunucunuzdan posta gönderiyorsanız sunucu sağlayıcınızdan talep edin. Barındırılan bir e-posta hizmetinde PTR sağlayıcı tarafından yönetilir.

DMARC raporlarını nasıl okurum?

rua adresine gelen raporlar XML biçimindedir ve elle okunması zordur. Ücretsiz DMARC rapor analiz araçları bu dosyaları hangi kaynağın ne kadar posta gönderdiğini ve hangilerinin doğrulamadan geçemediğini gösteren tablolara dönüştürür.