E-posta Neden Yalnız Bazı Alıcılara Ulaşmaz?
Aynı e-posta bir alıcıya ulaşırken başka bir alıcıda başarısız oluyorsa sorun her zaman gönderimin tamamını etkileyen tek bir arıza değildir. Her alıcı adresi, hedef alan adına ve o alan adının e-posta altyapısına göre ayrı teslimat adımlarından geçebilir; aynı alan adındaki iki posta kutusu bile farklı kabul veya politika sonucuna sahip olabilir.
Bu nedenle sorunu “Mesaj gönderildi mi?” sorusuyla değil, “Hangi alıcı için hangi hedefe gidildi ve hangi yanıt alındı?” sorusuyla araştırın. E-posta aktarımını yöneten SMTP protokolünde sunucu, komutlara sayısal yanıtlar verir. Bu yanıtları, varsa hatayı ayrıntılandıran geliştirilmiş durum kodunu ve sunucunun mesajı kendi kuyruğunda izlemek için verdiği kuyruk kimliğini alıcı ve hedef bilgileriyle birlikte karşılaştırın.
Aynı Mesajın Farklı Sonuçlanmasının Nedenleri
Tek bir e-posta kullanıcı açısından tek gönderim gibi görünse de SMTP teslimatı hedefe göre ayrışabilir. Fark bazen alan adları arasında, bazen aynı alan adının farklı sunucuları arasında, bazen de aynı sunucudaki alıcı politikaları arasında ortaya çıkar.
Alıcı Alan Adları ve MX Sunucuları Farklı Olabilir
Gönderici sunucu doğrudan teslimatta alıcının alan adına ait posta sunucularını, alan adı kayıtlarını sunan DNS sistemindeki MX kayıtlarından öğrenir. Birden fazla MX kaydı varsa küçük tercih değerine sahip hedefler önce denenir; aynı tercih düzeyindeki hedefler yükü dağıtmak için farklı sırayla seçilebilir. Bu nedenle bir alıcıya giden mesaj bir sunucuya, başka bir alıcıya giden mesaj ise tamamen farklı bir sunucu veya IP adresine ulaşabilir.
Bu fark, özellikle alıcılar farklı alan adlarındaysa önemlidir. Bir hedefte bağlantı, yönlendirme veya geçici hizmet sorunu bulunurken diğer hedef normal çalışabilir. Yalnız MX kaydının varlığına bakmak yeterli değildir; gerçek teslimat denemesinin kullandığı hedefi de kontrol edin. Gönderici sunucu mesajları belirlenmiş bir ara posta sunucusu üzerinden aktarıyorsa ilk bağlantı doğrudan alıcının MX sunucusuna gitmeyebilir.
Alıcı Adresi RCPT Aşamasında Ayrı Değerlendirilir
SMTP'de her alıcı, alıcı adresini bildiren ayrı bir RCPT TO komutuyla belirtilir. Aynı bağlantı içinde birden fazla alıcı bulunsa bile sunucu her adres için ayrı yanıt verebilir. Böylece bir posta kutusu geçerli olduğu için kabul edilirken başka bir adres bulunamadığı, devre dışı olduğu veya yerel bir kurala takıldığı için reddedilebilir.
Bu ayrım, aynı alan adındaki iki adresin neden farklı sonuçlandığını da açıklar. “Alan adı çalışıyor, o halde bütün adresler çalışmalı” varsayımı doğru değildir; alıcı kaydını, posta kutusu durumunu ve alıcıya uygulanan politikayı ayrı ayrı değerlendirin.
Filtre ve Politika Kararları Alıcıya Göre Değişebilir
Geliştirilmiş e-posta durum kodları, güvenlik veya politika kaynaklı bir reddin alıcıya ya da hedef sunucuya özgü olabileceğini gösterebilir. Örneğin teslimata izin verilmemesi, belirli bir alıcıya uygulanan kuraldan veya hedef sistemin göndericiye yönelik politikasından kaynaklanabilir. Bu nedenle aynı mesajın bir hedefte kabul edilmesi, başka bir hedefin de aynı kararı vereceği anlamına gelmez.
Kimlik doğrulama sonucu da tek başına “teslim edildi” anlamına gelmez. Alıcı sistemin bildirdiği doğrulama sonuçlarını, SMTP yanıtını ve politika açıklamasını birlikte değerlendirin. SPF, genellikle teslimat için kullanılan gönderici adresinin alan adı üzerinden bağlantıyı kuran IP adresinin yetkisini denetler; SMTP zarfındaki bu gönderici adresi, mesaj başlığında görünen göndericiden farklı olabilir. DKIM ise mesajdaki dijital imzanın geçerliliğini denetler. DMARC ise başarılı SPF veya DKIM sonucundaki alan adının, mesaj başlığında görünen gönderici alan adıyla kurala uygun eşleşmesini arar. Bu denetimlerin başarılı olması, alıcının içerik veya posta kutusu kurallarını geçersiz kılmaz.
Ulaşan ve Ulaşmayan Alıcıların Kayıtlarını Karşılaştırma
Tek bir hata metni çoğu zaman yeterli bağlam vermez. Ulaşan ve ulaşmayan alıcılar için aynı alanları yan yana koymak, teslimat yolunun hangi noktada ayrıldığını gösterir.
| Kayıt | Neyi Gösterir? | Alıcılar Arasındaki Farkı Nasıl Gösterir? |
|---|---|---|
| Kuyruk kimliği | Günlüklerde aynı gönderimle ilgili satırları bulmayı sağlar. | Aynı mesajın her alıcı için hangi işlemlere ayrıldığını gösterir. |
| Alıcı adresi | Hangi posta kutusu için işlem yapıldığını gösterir. | Aynı alan adındaki farklı adreslerin sonuçlarını karıştırmayı önler. |
| Hedef sunucu ve IP adresi | Gerçek SMTP bağlantısının nereye kurulduğunu gösterir. | Farklı MX veya farklı sunucu düğümü kullanılıp kullanılmadığını ortaya çıkarır. |
| SMTP ve geliştirilmiş durum kodu | Kabul, geçici hata veya kalıcı ret sınıfını belirtir. | Sorunun adres, posta kutusu, ağ veya politika kaynaklı olup olmadığını ayırmaya yardımcı olur. |
| Yeniden deneme zamanı | Geçici hatanın kuyrukta nasıl ele alındığını gösterir. | Hangi alıcının beklemede, hangisinin tamamlanmış olduğunu gösterir. |
| Kimlik doğrulama ve politika ipuçları | Hedefin mesajı hangi gönderici doğrulaması veya politika kuralına göre değerlendirdiğini gösterebilir. | Yalnız belirli alıcı veya hedeflerde görülen politika farklarını ortaya çıkarır. |
Kuyruk kimliği sunucuya özgüdür; mesaj başka bir sunucuda farklı bir kimlik alabilir. Kimliğin biçimi ve mesajın yeniden kuyruklanırken aynı kimliği koruyup korumaması kullanılan e-posta yazılımına bağlıdır. Kuyruk kimliğini tek başına kesin kanıt saymayın; zaman, gönderici, alıcı ve hedef bilgileriyle birlikte eşleştirin.
Ulaşmayan Alıcının Teslimat Hatasını Bulma
- Ulaşan ve ulaşmayan alıcıların tam adreslerini aynı gönderim için ayrı ayrı belirleyin.
- Alıcıların aynı alan adında mı yoksa farklı alan adlarında mı olduğunu ayırın.
- Günlüklerde aynı gönderime ait kuyruk kaydını ve her alıcıya ait satırları eşleştirin.
- Her alıcı için kullanılan hedef MX sunucusunu veya hedef IP adresini kaydedin.
- Her alıcı için RCPT yanıtını karşılaştırın. Mesaj verisi gönderildiyse, alıcılar aynı SMTP işleminde bulunsa da aktarımın son yanıtını kontrol edin; RCPT kabulü tek başına mesaj kabulü değildir.
- Varsa geliştirilmiş durum kodunu okuyarak adres, posta kutusu, ağ veya politika sınıfını belirleyin.
- 4xx yanıtında yeniden deneme kaydını, 5xx yanıtında kalıcı ret nedenini inceleyin. Bağlantı hiç kurulamadıysa veya yanıt gelmediyse sunucunun bağlantı ve zaman aşımı kayıtlarına bakın.
- Kimlik doğrulama veya politika ile ilgili ipuçlarını yalnız ilgili alıcı sonucuyla eşleştirin.
Ulaşan ve ulaşmayan alıcıları aynı mesajın aynı zaman aralığındaki kayıtlarıyla karşılaştırın. Farklı içerik, farklı gönderici IP adresi veya farklı gönderim zamanı kullanılırsa alıcıdan bağımsız yeni değişkenler sorunun kaynağını belirsizleştirebilir.
SMTP Yanıtlarını Her Alıcı İçin Ayrı Okuma
SMTP yanıtının ilk rakamı, sonucun temel sınıfını verir. 2xx başarılı işlemi, 4xx geçici olumsuz sonucu, 5xx ise kalıcı olumsuz sonucu ifade eder. Geliştirilmiş durum kodları bu sonucu ayrıntılandırır ve adres, posta kutusu, ağ, protokol veya politika gibi sınıfları ayırabilir. “Kalıcı” ifadesi, aynı teslimatın değişiklik yapılmadan otomatik olarak yeniden denenmemesi gerektiğini anlatır; adres veya yapılandırma düzeltildikten sonra yeni bir gönderimin de başarısız olacağı anlamına gelmez.
- 5.1.1, hedef posta kutusu adresinin geçersiz veya mevcut olmadığını gösteren kalıcı bir adres hatasıdır.
- 4.2.2, posta kutusunun dolu olduğunu gösteren geçici nitelikte bir posta kutusu sorunudur.
- 5.7.1, teslimata izin verilmediğini ve alıcıya veya hedefe uygulanan bir politika filtresinin etkili olabileceğini gösterir.
Sunucunun serbest metin açıklaması yararlı olabilir ancak tek başına standart bir anlam taşımaz. Tanı için sayısal SMTP kodunu, geliştirilmiş durum kodunu ve aynı denemenin hedef bilgisini birlikte okuyun.
Sorun Göndericide mi, Hedefte mi?
Başarısızlık yalnız tek alıcıda veya tek hedef alan adında görülüyorsa alıcıya, hedef sunucuya ya da hedef politikasına özgü bir neden daha olasıdır. Benzer hata sınıfı birbirinden bağımsız birçok hedefte aynı gönderici için tekrar ediyorsa gönderici yapılandırmasını, kimlik doğrulama sonucunu ve çıkış sunucusundaki ortak etkenleri de inceleyin.
Bu olasılıkları kesin neden saymayın. Aynı mesajın alıcı, hedef IP adresi, SMTP kodu ve yeniden deneme kayıtlarını eşleştirmeden yalnız “bazılarına gidiyor” gözleminden sonuca varılamaz.
SMTP Kabulünden Sonraki İç Teslimat Süreci
Uzak sunucu, mesaj başlıkları ile gövdesinin gönderildiği DATA aktarımının sonunda 2xx yanıtı vererek mesajı kabul ettiğinde, mesajı teslim etme veya sonradan oluşan başarısızlığı uygun bir bildirimle raporlama sorumluluğunu üstlenir. Bu kabul, aynı SMTP işleminde RCPT aşamasında kabul edilen alıcılar içindir; önceden reddedilmiş adresleri kapsamaz. Posta kutusuna yerleştirme bundan sonra hedef sistemin iç teslimat sürecinde devam edebilir. SMTP teslimat günlükleri, hangi alıcının hangi hedefte kabul edildiğini, geçici olarak bekletildiğini veya reddedildiğini gösterir; kabulden sonra gelen kutusuna yerleştirme, istenmeyen posta filtresi ve iç teslimat davranışını ayrı kayıtlardan inceleyin.
Teslim edilememe bildirimi gelmemesini teslimat kanıtı saymayın. Örneğin teslim edilememe bildirimlerine karşı yeniden teslim edilememe bildirimi üretilmez; çok yüksek güvenle kötü amaçlı olduğu belirlenen bir mesaj da bildirim gönderilmeden silinebilir. Hedef sunucu kabul kaydı göstermişse ilgili alıcının posta kutusu, karantina ve iç teslimat kayıtları sonucu ayırmaya yardımcı olur.
