Mail Teslim Sorunları: Bounce, Gecikme ve SmartHost Çözümü

Gönderdiğiniz e-posta geri dönüyor, saatler sonra ulaşıyor ya da hiç iz bırakmadan kayboluyorsa karşınızda tipik bir mail teslim sorunları tablosu var demektir. Bu sorunların büyük bölümü sunucunuzun IP itibarı, eksik SPF/DKIM kayıtları ya da alıcı tarafın geçici koruma mekanizmalarından kaynaklanır ve doğru teşhisle çoğu bir günde çözülür.

Bu rehberde bounce (geri dönüş) mesajlarını okumayı, gecikmelerin kaynağını bulmayı ve gönderimi LIONFIN SmartHost SMTP relay üzerinden geçirerek teslimatı kalıcı biçimde düzeltmeyi adım adım anlatıyoruz.

Mail teslim sorunları nasıl sınıflandırılır?

Her teslim sorunu aynı belirtiyi vermez; önce hangi kategoride olduğunuzu belirlemek çözümü kısaltır. Üç ana tablo vardır:

Hard bounce genellikle sizin tarafınızda düzeltilebilecek bir hatayı işaret eder: yanlış adres, dolu posta kutusu ya da politika reddi. Soft bounce alıcı sunucunun geçici bir sınırlamasıdır; sunucunuz genellikle birkaç gün boyunca yeniden dener. Sessiz teslimde ise mesaj kabul edilmiş ama gelen kutusuna değil spam klasörüne konmuştur; bu senaryonun nedenleri için mailler neden spama düşer yazısı ayrıntılı bir liste sunar.

Bounce mesajını okumak: SMTP hata kodları

Geri dönen mesajın gövdesinde alıcı sunucunun verdiği üç haneli SMTP kodu ve genellikle bir açıklama satırı bulunur. En sık görülen kodlar ve anlamları:

Kodun ilk hanesi 5 ise mesaj bir daha denenmez, 4 ise sunucu kuyrukta tutup tekrar dener. Açıklama satırında blocked, spamhaus, reputation gibi ifadeler geçiyorsa sorun adres değil gönderici IP’sidir ve sonraki bölümlere odaklanmalısınız.

Gecikmelerin nedenleri: greylisting, kuyruk ve hız sınırı

Bir mesajın dakikalar ya da saatler sonra ulaşması çoğu zaman üç mekanizmadan birine bağlıdır:

• Greylisting: Alıcı sunucu, tanımadığı bir göndericiden gelen ilk denemeyi bilinçli olarak reddeder ve yeniden denemeyi bekler. İlk mesaj 5–30 dakika gecikir; sonraki mesajlar normal akar.
• Hız sınırı (rate limit): Gmail, Outlook.com ve Yandex gibi büyük sağlayıcılar aynı IP’den saatte kabul edecekleri mesaj sayısını itibara göre kısıtlar; aşınca 421 ya da 450 döner.
• Kendi kuyruğunuz: Sunucunuzda biriken bir kuyruk, DNS çözümleme sorunu ya da dolu disk tüm gönderimi yavaşlatır.

Kuyruğu görmek için sunucu türünüze göre şu komutları kullanın:

# Exim (cPanel)
exim -bp | tail -n 30
exim -bpc

# Postfix
postqueue -p | tail -n 30
mailq | grep -c "^[A-F0-9]"

Kuyrukta yüzlerce mesaj ve hep aynı alıcı alan adı görüyorsanız, o sağlayıcı sizi sınırlıyor demektir. Bu noktada gönderimi hesap bazlı limitlerle düzenlemek gerekir; ayrıntı için toplu mail gönderimi ve limitler rehberine bakın.

IP itibarı ve kimlik doğrulama: SPF, DKIM, DMARC, PTR

Alıcı sunucular bir mesajı kabul etmeden önce dört şeye bakar: gönderici IP’sinin kara listede olup olmadığı, PTR (ters DNS) kaydının sunucu adıyla eşleşip eşleşmediği, SPF kaydının o IP’ye izin verip vermediği ve DKIM imzasının doğrulanıp doğrulanmadığı. Bunlardan biri eksikse mesaj doğrudan reddedilmese bile spam skoru yükselir.

Alan adınızın DNS bölgesinde en azından şu kayıtlar bulunmalıdır:

siteniz.com.                     TXT  "v=spf1 mx a ip4:SUNUCU_IP -all"
secici._domainkey.siteniz.com.   TXT  "v=DKIM1; k=rsa; p=ACIK_ANAHTAR"
_dmarc.siteniz.com.              TXT  "v=DMARC1; p=quarantine; rua=mailto:[email protected]"

Kayıtları sırasıyla SPF kaydı, DKIM kaydı ve DMARC kaydı rehberlerindeki adımlarla ekleyebilirsiniz. IP itibarını ölçmek için ulaşan bir mesajın başlıklarındaki Received-SPF ve Authentication-Results satırlarını okuyun; fail ya da softfail görüyorsanız kayıt eksik ya da hatalıdır.

SmartHost ile kalıcı çözüm

Sunucunuzun kendi IP’si yerine LIONFIN SmartHost’un itibarı yönetilen IP havuzundan gönderim yapmak, yukarıdaki mail teslim sorunlarının çoğunu tek hamlede ortadan kaldırır. SmartHost kimlik doğrulamalı SMTP ile çalışır, SPF ve DKIM kayıtları hazır gelir ve her hesap için gönderim raporu tutar.

1. Müşteri panelinde Hizmetlerim → SmartHost altından relay adresinizi, kullanıcı adınızı ve parolanızı alın.
2. Alan adınızın SPF kaydına panelde gösterilen include: ifadesini ekleyin ve DKIM seçicisini DNS’e girin.
3. Sunucunuzu ya da uygulamanızı RELAY_ADRESI üzerinden 587 (STARTTLS) ya da 465 (SSL) portuyla gönderim yapacak şekilde ayarlayın. Postfix için relayhost yapılandırması, cPanel sunucular için Exim SmartHost ayarı rehberlerini izleyin.
4. Test mesajı gönderip panelde Gönderim Raporları ekranında teslim durumunu doğrulayın.

Uygulama tarafında yalnızca WordPress kullanıyorsanız sunucu ayarına dokunmadan WordPress SMTP ayarları ile doğrudan relay üzerinden gönderim yapabilirsiniz.

Destek talebi açmadan önce kontrol listesi

Sorun sürüyorsa aşağıdaki maddeleri tamamlamak hem kendi teşhisinizi hızlandırır hem de destek ekibinin ilk yanıtta çözüm üretmesini sağlar:

1. Aynı mesajı Gmail, Outlook.com ve kurumsal bir adrese gönderip hangisinde sorun olduğunu not edin.
2. Ulaşan bir mesajın tam başlığını (Gmail’de Orijinali göster) kaydedin; Authentication-Results satırını kontrol edin.
3. Bounce mesajının tamamını, özellikle SMTP kodu ve açıklama satırını saklayın.
4. DNS kayıtlarınızı nslookup -type=TXT siteniz.com ile doğrulayın; birden fazla SPF kaydı olmadığından emin olun.
5. Mesajın Message-ID değerini ve gönderim saatini not edin.

Bu bilgilerle müşteri panelinden Destek bölümünde talep açın. Kurumsal posta kutularınızı da LIONFIN’e taşımayı düşünüyorsanız kurumsal mail paketleri teslimat altyapısını hazır olarak sunar.