Gönderdiğim E-posta Ulaşmıyor: Adım Adım Teşhis Rehberi

“Gönderdim ama ulaşmamış” cümlesi, e-posta sorunlarının en zor teşhis edilenidir; çünkü tek bir arıza değil, en az altı farklı senaryonun ortak görüntüsüdür. Mesaj spam klasöründe olabilir, alıcı sunucu reddetmiş olabilir, greylisting yüzünden gecikiyor olabilir ya da hiç gönderilmemiş olabilir.

Rastgele ayar değiştirerek ilerlemeyin. Aşağıdaki sıra, sorunu birkaç dakikada dört olasılıktan birine indirir ve barındırıcınıza soracağınız soruyu netleştirir.

Adım 1: Geri dönüş var mı, yok mu

Her şeyden önce bunu netleştirin, çünkü ikisi tamamen farklı iki dünyadır.

• Geri dönüş (NDR) geldiyse: Mesaj sunucunuzdan çıkmış, karşı taraf reddetmiştir. Cevap NDR metninin içindedir; tahmin yürütmenize gerek yok.
• Hiçbir şey gelmediyse: İki ihtimal var. Mesaj teslim olmuş ama alıcının spam klasörüne düşmüştür, ya da alıcı sunucu mesajı sessizce silmiştir (silent drop).

İkinci durumda ilk kontrol edilecek yer kendi Gönderilenler klasörünüzdür. Mesaj orada yoksa hiç gönderilmemiştir; Outlook’un Giden Kutusu’nda takılı kalmış olabilir. Webmail’den bakın; sunucudaki gerçek durumu yalnızca orası gösterir.

Ayrıca aynı mesajı bir Gmail adresine gönderip test edin. Gmail’e ulaşıyorsa sorun sizin sunucunuzda değil, alıcının tarafındadır.

Adım 2: NDR mesajını okumak

Geri dönüş mesajının uzun teknik gövdesinde tek önemli satır, üç haneli SMTP kodunun geçtiği satırdır. Genelde şuna benzer:

host mx1.alicifirma.com [203.0.113.25] said: 550 5.7.1 Message rejected due to policy

Kodun ilk hanesi belirleyicidir: 4 ile başlayan geçici, 5 ile başlayan kalıcı hatadır. Geçici hatalarda sunucu tekrar dener, kalıcı hatalarda denemez.

5.7.x ailesi neredeyse her zaman kimlik doğrulama kayıtlarına işaret eder. Alan adınızın SPF, DKIM ve DMARC kayıtları eksik ya da hatalıysa kurumsal alıcılar mesajı politika gereği atar; kayıtların doğru kurulumu için SPF, DKIM ve DMARC nedir yazısındaki örnekleri kullanın.

Adım 3: Reddedilme mi, sessiz kayıp mı

Geri dönüş yoksa ve mesaj Gönderilenler’de duruyorsa şu testleri sırayla yapın:

1. Alıcıdan spam / önemsiz klasörünü kontrol etmesini isteyin. Kurumsal Exchange yapılarında ayrıca Karantina alanı vardır ve kullanıcı orayı görmez, sistem yöneticisi bakar.
2. Aynı alıcının başka bir adresine (örneğin kişisel Gmail) gönderin. Ulaşıyorsa sorun alıcının kurumsal filtresidir.
3. Aynı adrese ek olmadan, tek satırlık düz metin mesaj gönderin. Bu ulaşıyorsa sorun ek ya da içerik kaynaklıdır. .zip, .js, .iso uzantıları birçok kurumda doğrudan engellenir.
4. Konu satırını değiştirin. “Fatura”, “ödeme”, “acil” gibi kelimeler agresif filtrelerde puanı yükseltir.

Mesajlarınız genel olarak spam’e düşüyorsa sorun tek bir alıcıda değildir; e-postalarım spam’e düşüyor yazısındaki itibar kontrolleriyle devam edin.

Adım 4: Başlıkları (header) okumak

Alıcı mesajı almışsa, ondan mesajın kaynağını isteyin. Gmail’de Üç nokta > Orijinali göster, Outlook’ta Dosya > Özellikler > İnternet başlıkları. Bakılacak satırlar:

• Authentication-Results: spf=pass dkim=pass dmarc=pass görmek istersiniz. Herhangi biri fail ise reddin sebebi bulunmuştur.
• Received satırları: Aşağıdan yukarı okunur ve mesajın geçtiği sunucuları sırasıyla verir. İki satır arasındaki saat farkı gecikmenin nerede yaşandığını gösterir.
• Return-Path: Gerçek dönüş adresi. Kimden alanından farklıysa yönlendirme devrededir.
• X-Spam-Score veya X-Spam-Status: Alıcı sunucunun verdiği spam puanı. 5.0 üzeri değerler genelde karantina anlamına gelir.

Adım 5: Greylisting gecikmesi

Alıcı sunucu tanımadığı bir gönderene ilk denemede 451 4.7.1 döner ve “birkaç dakika sonra tekrar dene” der. Gerçek posta sunucuları tekrar dener, spam botlarının çoğu denemez. Bu yönteme greylisting denir.

Sonucu, ilk mesajın 5-60 dakika gecikmesidir; sonraki mesajlar normal hızda gider. Kullanıcılar bunu “e-posta ulaşmadı” diye bildirir, oysa mesaj yoldadır. Ayırt etmek kolay: aynı alıcıya ikinci mesaj hızlı gidiyorsa greylisting’e takılmışsınız demektir. Bunun için yapılacak bir şey yoktur ve olması gereken davranıştır.

Adım 6: Kurumsal alıcı güvenlik duvarları

Banka, kamu kurumu ve büyük şirketlerin posta geçitleri kendi kurallarını uygular. Türkiye’de sık karşılaşılanlar:

• PTR / rDNS zorunluluğu: Gönderen IP’nin ters DNS kaydı yoksa bağlantı reddedilir. Paylaşımlı barındırmada bu kayıt sunucuda tanımlıdır; VPS kullanıyorsanız kendiniz talep etmeniz gerekir.
• Alan adı yaşı: Yeni tescil edilmiş alan adları birkaç hafta boyunca şüpheli sayılır.
• Link ve ek engelleme: Kısaltılmış bağlantılar (bit.ly) ve makro içeren Office dosyaları geçit seviyesinde silinir.
• Beyaz liste talebi: Düzenli yazıştığınız kurumdan, alan adınızın güvenli listeye eklenmesini isteyin. Çoğu zaman en hızlı çözümdür.

MX kaydınızın doğruluğu ve alan adının doğru sunucuyu göstermesi de bu noktada belirleyicidir; MX kaydı nedir yazısı kayıt sırasını ve öncelik değerlerini açıklıyor.

Adım 7: Sunucu tarafında log kontrolü

Buraya kadar sonuç çıkmadıysa barındırıcınıza yazın. Etkili talep şu bilgileri içerir: gönderen adres, alıcı adres, tarih ve saat (dakika hassasiyetinde), varsa NDR metninin tamamı.

Sunucu tarafında exim_mainlog içindeki satır şu biçimdedir ve mesajın gerçekten çıkıp çıkmadığını kesin olarak söyler:

2026-08-12 14:22:07 1sX9tR-0004aB-2K => alici@firma.com R=dnslookup T=remote_smtp H=mx1.firma.com [203.0.113.25] C="250 OK id=1sX9tS"

Satırda 250 OK geçiyorsa mesaj karşı sunucu tarafından kabul edilmiştir; o andan sonrası alıcının sorumluluğundadır ve konuşmanız gereken taraf alıcının BT birimidir. Panelden benzer bilgiyi cPanel > E-posta > E-posta İzleme ekranından da alabilirsiniz. Genel SMTP kod mantığı için sunucu hata kodları yazısı yardımcı olur.

Özetle

• Önce geri dönüş olup olmadığını belirleyin; NDR varsa cevap metnin içindedir.
• 4xx geçici, 5xx kalıcıdır; 5.7.x kodları kimlik doğrulama kayıtlarını işaret eder.
• İlk mesajdaki 5-60 dakikalık gecikme genelde greylisting’dir, arıza değildir.
• Alıcıdan mesaj başlıklarını isteyip Authentication-Results satırına bakın.
• Log satırında 250 OK görülüyorsa teslimat tamamlanmıştır; sorun alıcı tarafındadır.