Mail Spama Düşüyor mu? 12 Neden ve Çözüm Yolları

Mail spama düşüyorsa sorun çoğu zaman tek bir nedenden değil, alıcı filtresinin topladığı birkaç olumsuz sinyalin birleşiminden kaynaklanır. En sık görülen nedenler eksik kimlik doğrulama kayıtları, gönderen IP'nin düşük itibarı ve spam kalıplarına benzeyen içeriktir. Aşağıda 12 yaygın nedeni ve her birinin çözümünü bulacaksınız.

Önce teşhis: ileti başlıklarına bakın

Tahmin yürütmeden önce spama düşen bir iletinin başlıklarını inceleyin. Gmail'de ileti menüsündeki orijinali gösterme seçeneği, Outlook'ta ise ileti özellikleri bu bilgiyi verir. En önemli satır Authentication-Results başlığıdır:

Authentication-Results: mx.google.com;
       dkim=pass [email protected];
       spf=pass smtp.mailfrom=ornek.com.tr;
       dmarc=pass (p=NONE) header.from=ornek.com.tr

Bu satırlardan biri fail, softfail veya none gösteriyorsa sorunun büyük bölümü orada başlar. SpamAssassin kullanan sunucularda X-Spam-Status başlığı da iletinin aldığı puanı ve tetiklenen kuralları listeler; puanlamanın mantığını spam skoru nedir yazısında anlattık.

Mail neden spama düşüyor? 12 neden ve çözümü

1. SPF, DKIM veya DMARC kaydı eksik

Kimlik doğrulaması olmayan bir ileti, alıcının gözünde herhangi biri tarafından gönderilmiş olabilir. Gmail ve Yahoo kimlik doğrulamasını artık temel şart olarak görüyor; toplu göndericilerden SPF, DKIM ve DMARC'ın üçünü birden bekliyor.

Çözüm: Tüm gönderim kaynaklarını kapsayan tek bir SPF kaydı yayınlayın, DKIM imzalamayı açın ve en az p=none politikalı bir DMARC kaydı ekleyin.

2. Gönderen IP'nin itibarı düşük

Paylaşımlı hosting sunucularında aynı IP'yi kullanan başka bir sitenin spam göndermesi sizin postalarınızı da etkiler. IP bir kara listedeyse ya da geçmişinde yoğun şikâyet varsa, içerik ne kadar temiz olursa olsun postalar spama düşebilir.

Çözüm: IP adresinizi kara listelere karşı kontrol edin ve giden postayı itibarı yönetilen bir smarthost üzerinden gönderin. MXZilla'de giden posta yönetilen paylaşımlı havuzdan ya da size ayrılmış izole bir IP'den çıkar; havuzdaki adresler kara listelere karşı sürekli izlenir. Ayrıntılar için IP itibarı rehberine bakın.

3. PTR kaydı yok veya HELO adı tutarsız

Gönderen IP'nin ters DNS kaydı yoksa ya da sunucu kendini localhost gibi anlamsız bir adla tanıtıyorsa, alıcı sunucular bunu özensiz veya ele geçirilmiş bir sistemin işareti sayar.

Çözüm: IP'nin sahibinden (hosting firması veya veri merkezi) PTR kaydını sunucunun tam adına ayarlamasını isteyin; bu adın aynı IP'ye çözüldüğünü ve HELO adıyla eşleştiğini doğrulayın. Ayrıntılar PTR kaydı yazısında.

4. Bağlantı kısaltıcılar kullanılıyor

Herkese açık bağlantı kısaltma servisleri, spam ve oltalama iletilerinde hedef adresi gizlemek için yaygın olarak kullanılır. Bu yüzden kısaltılmış bağlantılar filtrelerin gözünde şüphelidir ve bazı kısaltma alan adları alan adı kara listelerinde yer alabilir.

Çözüm: Bağlantılarda kendi alan adınızı kullanın; tıklama izleme gerekiyorsa yönlendirmeyi kendi alt alan adınız üzerinden yapın.

5. İçerik spam kalıplarına benziyor

Tamamen büyük harfli konu satırları, art arda ünlemler, abartılı vaatler ve gizlenmiş metinler içerik filtrelerinin puanını yükseltir. Tek bir kelime nadiren belirleyicidir; asıl sorun bu sinyallerin birikmesidir.

Çözüm: Konu satırını iletinin içeriğini dürüstçe özetleyecek biçimde yazın, metni sade ve okunabilir tutun.

6. İleti yalnızca bir görselden oluşuyor

Metin içermeyen, tek bir büyük görselden ibaret iletiler içerik filtrelerinden kaçmaya çalışan spam postalarına benzer. Üstelik görselleri kapalı açan alıcılar boş bir ileti görür.

Çözüm: Önemli mesajı metin olarak yazın, görselleri destekleyici unsur olarak kullanın ve iletinin düz metin sürümünü de ekleyin.

7. Gönderim hacmi aniden arttı

Ayda birkaç yüz ileti gönderen bir alan adının bir günde on binlerce ileti göndermesi, alıcı sağlayıcılar için ele geçirilmiş hesap ya da spam operasyonu işaretidir.

Çözüm: Büyük gönderimleri günlere ve saatlere yayın; yeni bir IP veya alan adıyla hacmi kademeli olarak artırın.

8. Satın alınmış veya eski liste kullanılıyor

Satın alınan listeler spam tuzakları, geçersiz adresler ve sizi hiç tanımayan alıcılarla doludur; şikâyet oranının yükselmesi kaçınılmazdır.

Çözüm: Yalnızca izin veren alıcılara gönderin, çift onaylı abonelik kullanın ve listeyi düzenli olarak temizleyin.

9. Abonelik iptali bağlantısı yok

İptal yolunu bulamayan alıcı spam düğmesine basar ve her şikâyet itibarınızı aşındırır. Toplu göndericiler için tek tıkla iptal artık Gmail ve Yahoo'nun şartıdır.

Çözüm: RFC 8058 uyumlu List-Unsubscribe başlıklarını ekleyin ve gövdede görünür bir iptal bağlantısı bulundurun. Ayrıntılar Gmail ve Yahoo gönderici kuralları yazısında.

10. From adresi ile gönderim kimliği uyuşmuyor

Görünen adın başka bir kurumu çağrıştırması, Reply-To adresinin alakasız bir alan adına gitmesi ya da From alan adının SPF ve DKIM alan adıyla hizalanmaması şüphe uyandırır. Kendi sunucunuzdan Gmail veya Yahoo gibi ücretsiz bir posta adresi adına gönderim yapmak da bu sağlayıcıların DMARC politikaları nedeniyle spama düşmeye veya reddedilmeye yol açar.

Çözüm: From adresinde kendi alan adınızı kullanın ve bu alan adıyla DKIM imzası atıldığından emin olun.

11. Riskli ekler gönderiliyor

Çalıştırılabilir dosyalar, makro içeren Office belgeleri ve parola korumalı arşivler zararlı yazılım dağıtımında sık kullanıldığı için birçok filtre tarafından engellenir veya karantinaya alınır.

Çözüm: Büyük ya da riskli dosyaları ek yerine güvenli bir paylaşım bağlantısıyla gönderin, makrolu belge yerine PDF gibi biçimleri tercih edin. Filtrelerin ekleri nasıl değerlendirdiğini zararlı ek engelleme yazısında anlattık.

12. Alan adı yeni ve itibarı yok

Yeni kaydedilmiş alan adları kısa ömürlü spam kampanyalarında sık kullanıldığı için başlangıçta temkinli karşılanır.

Çözüm: Kimlik doğrulama kayıtlarını ilk günden eksiksiz kurun, düşük hacimle ve en etkileşimli alıcılarla başlayın, gönderimi haftalar içinde kademeli olarak artırın.

Hızlı kontrol tablosu

Hangi nedenin sizi etkilediğini anlamak için aşağıdaki işaretlere bakabilirsiniz:

Alıcı tarafındaki nedenler

Bazen sorun sizin altyapınızda değil, alıcının tarafındadır:

• Alıcı daha önce benzer iletileri spam olarak işaretlemiş olabilir.
• Kurumun kendi spam filtresi sıkı bir eşikle çalışıyor olabilir.
• Alıcının kişisel kuralları iletiyi başka bir klasöre taşıyor olabilir.

Böyle durumlarda alıcıdan sizi kişilerine eklemesini ve spama düşen iletiyi spam değil olarak işaretlemesini isteyin; bu etkileşim filtrenin sizinle ilgili değerlendirmesini de iyileştirir.

Sonuç

Postalarınızın neden spama düştüğünü bulmanın en hızlı yolu alan adınızın kayıtlarını kontrol etmektir. SPF, DKIM, DMARC ve MX durumunuzu ücretsiz güvenlik kontrolü ile hemen görebilir, kalıcı iyileştirme için e-posta teslim edilebilirliği rehberindeki adımları izleyebilirsiniz.

Sık sorulan sorular

Mailim neden sadece Gmail'de spama düşüyor?

Her sağlayıcı kendi itibar verisini ve filtre kurallarını kullanır. Gmail kimlik doğrulamaya, alan adı itibarına ve kullanıcı şikâyetlerine özellikle duyarlıdır. Postmaster Tools'a kaydolup spam oranınızı ve kimlik doğrulama sonuçlarınızı incelemek iyi bir başlangıçtır.

SPF, DKIM ve DMARC tamamsa neden hâlâ spama düşebilirim?

Kimlik doğrulama postanın gerçekten sizden geldiğini kanıtlar, istenip istenmediğini değil. Düşük IP itibarı, yüksek şikâyet oranı, ani hacim artışı veya spam benzeri içerik, kimlik doğrulamasından geçen postaları da spam klasörüne gönderebilir.

Alıcının spam değil demesi işe yarar mı?

Evet. Alıcının iletiyi spam değil olarak işaretlemesi ve sizi kişilerine eklemesi, o alıcı için filtrenin kararını doğrudan etkiler ve sağlayıcıya olumlu bir sinyal gönderir. Ancak altyapıdaki asıl sorun çözülmeden bu tek başına kalıcı bir çözüm olmaz.

Toplu gönderim yapmıyorum, yine de neden spama düşüyorum?

Tekil iş postalarında en sık nedenler eksik kimlik doğrulama, paylaşımlı hosting IP'sinin kötü itibarı ve PTR eksikliğidir. Web sitesi formlarından giden postaların SPF kaydında yer almayan bir sunucudan çıkması da yaygın bir sorundur.

Hangi kontrolle başlamalıyım?

Önce spama düşen bir iletinin Authentication-Results başlığına bakın, ardından alan adınızın DNS kayıtlarını kontrol edin. Bu iki adım, sorunun kimlik doğrulamadan mı yoksa itibardan mı kaynaklandığını hızla gösterir.