E-posta neden spam klasörüne düşer veya teslim edilmez?
Bir e-postanın gönderilmiş klasöründe görünmesi, alıcıya ulaştığını kanıtlamaz. Teslimat; sunucu yanıtı, alan adı doğrulaması, gönderici itibarı ve mesaj içeriğinin birlikte değerlendirildiği bir süreçtir.
Konuyu doğru anlayın
Spam sorunu ile SMTP reddi farklıdır. Spam klasöründe mesaj alıcıya teslim edilmiştir; reddedilen mesajda ise geri dönüş raporu veya sunucu kaydı bulunur. Önce bu ayrımı yapın. Alıcı sunucuların filtreleri farklı olduğundan bir adrese ulaşan mesaj başka adreste reddedilebilir.
Başlamadan önce
Önce site dosyaları ve veritabanının birlikte yedeğini alın. Değişikliği mümkünse deneme kopyasında uygulayın. Yönetim paneline erişiminizi ve dosya yöneticisi gibi ikinci bir erişim yolunu hazır tutun. Aşağıdaki işlemlerde gerçek alan adınızı ve hizmetiniz için verilen bağlantı bilgilerini kullanın.
Adım adım uygulama
- Belirtiyi ve hata kodunu toplayın
Tam hata metnini, gönderim saatini ve alıcı alan adını kaydedin. Geri dönüş mesajındaki açıklamayı okuyun; parolaları veya mesajın özel içeriğini destek talebine eklemeyin.
- Göndericiyi doğrulayın
Kullandığınız servisin SPF ve DKIM bilgilerinin yetkili DNS üzerinde doğru yayımlandığını kontrol edin. Farklı gönderim hizmetleri kullanılıyorsa hepsinin uygun biçimde tanımlanması gerekir.
- Başlıkları inceleyin
Teslim edilen örnek mesajda Authentication-Results ve ilgili üstbilgileri kontrol edin. SPF veya DKIM geçse bile DMARC hizalamasının ayrıca değerlendirilmesini hesaba katın.
- Gönderim davranışını düzeltin
Ani toplu gönderim, geçersiz alıcı listeleri ve yanıltıcı başlıklar teslimatı kötüleştirebilir. İzinli liste, açık gönderici kimliği ve düzenli gönderim yaklaşımı kullanın.
- Kaydı yeniden test edin
Aynı mesajı kontrollü biçimde farklı sağlayıcılara gönderin. DNS değişikliği yaptıysanız eski önbelleklerin etkisini ve gerçek gönderim servisinin hâlâ aynı olduğunu kontrol edin.
Sık karşılaşılan durumlar
- 550 gibi bir yanıt tek başına her zaman aynı nedeni ifade etmez. Tam açıklamada kota, politika, kullanıcı bulunamadı veya kimlik doğrulama gibi farklı sebepler olabilir.
- Tek bir alan adı için birden fazla bağımsız SPF kaydı eklemek sorunu büyütebilir. Sağlayıcıların kurallarını tek geçerli politika içinde birleştirmek gerekir.
Sık sorulan sorular
Spam kelimelerini silmek tek başına yeterli mi?
Hayır. İçerik kadar alan adı doğrulaması, IP ve alan adı itibarı, alıcı etkileşimi ve gönderim alışkanlıkları da değerlendirilir.
DMARC politikasını hemen reject yapmalı mıyım?
Önce meşru gönderim kaynaklarını ve hizalamayı doğrulayın. Raporları incelemeden katı politika uygulamak kendi gerçek mesajlarınızın da reddedilmesine yol açabilir.
İşlem sonrası kontrol
Yeni test mesajının üstbilgilerindeki sonuçları ve alıcının gerçek teslimat durumunu kontrol edin. Sorun sürüyorsa hata kodu, saat ve maskelemiş ileti kimliğiyle destek isteyin.
İlgili rehberler
Teknik kaynak
RİOCH Bilgi Bankası • Son gözden geçirme: 5 Kasım 2026. Arayüz adları ve kullanılabilir özellikler hizmetinize ve yazılım sürümüne göre değişebilir.
感谢您的反馈！