Sorun Giderme·
18 Haziran 2026
E-posta gönderirken aldığınız "550 5.1.1 User Unknown" hata mesajı, hedef posta sunucusunun belirtilen alıcıyı tanımadığı anlamına gelir. Bu yazıda hatanın teknik temelini, olası nedenlerini ve adım adım çözüm yollarını ele alıyoruz.
SMTP protokolü, RFC 5321 tarafından tanımlanmış üç basamaklı yanıt kodları kullanır. İlk basamak işlemin genel sonucunu gösterir: 5 ile başlayan kodlar kalıcı hataları, 4 ile başlayanlar ise geçici hataları ifade eder. İkinci basamak hata kategorisini, üçüncü basamak ise spesifik durumu tanımlar.
RFC 3463, bu kodların genişletilmiş biçimini tanımlamaktadır. 5.1.1 kodu "Bad destination mailbox address" (geçersiz hedef posta kutusu adresi) anlamına gelir ve alıcının hedef sistemde bulunmadığını kesin olarak ifade eder. Sunucu bu yanıtı verdiğinde mesajı yeniden denemek anlamsızdır; hata kalıcıdır (permanent failure).
Bir e-posta gönderimi sırasında gönderen sunucu, hedef sunucuya SMTP oturumu açar ve RCPT TO: komutuyla alıcı adresini bildirir. Hedef sunucu bu noktada alıcının var olup olmadığını kontrol eder. Adres tanınmıyorsa sunucu "550 5.1.1 User Unknown" yanıtıyla bağlantıyı kapatır ve mesaj teslim edilmez. Gönderenin posta sunucusu bu bilgiyi bir Delivery Status Notification (DSN) olarak gönderenin gelen kutusuna iletir.
Bu akış, RFC 5321 Bölüm 4.2.2'de açıklanan kalıcı negatif tamamlanma yanıtları kapsamında değerlendirilir.
Hatanın arkasında birden fazla neden yatabilir. Aşağıdaki tablo en yaygın senaryoları ve önerilen ilk adımları özetlemektedir:
| Neden | Açıklama | Önerilen İlk Adım |
|---|---|---|
| Yanlış yazılmış adres | Kullanıcı adında veya alan adında yazım hatası (örn. @gmial.com) |
Adresi kaynaktan doğrulayın |
| Silinmiş / kapatılmış hesap | Alıcının hesabı kaldırılmış veya devre dışı bırakılmış | Alıcıyla alternatif iletişim kanalından iletişime geçin |
| Yanlış MX kaydı | Alan adının MX kaydı var olmayan veya yanlış sunucuyu gösteriyor | MX sorgusunu kontrol edin (dig MX ornek.com) |
| Toplu liste kirliliği | E-posta listesinde çok sayıda geçersiz adres birikmiş | Bounce yönetimi ile geçersiz adresleri listeden çıkarın |
| Alan adı sonlanmış | Alıcının alan adının süresi dolmuş, DNS artık yanıt vermiyor | WHOIS ile alan durumunu kontrol edin |
| Catch-all sonrası kısıtlama | Sunucu önce tüm adresleri kabul edip SMTP sonrası reddediyor (backscatter) | Gerçek zamanlı doğrulama veya listeden çıkarma uygulayın |
Kurumsal e-posta pazarlama altyapılarında "550 5.1.1" hataları özellikle kritiktir. Google Postmaster Tools ve Microsoft SNDS (Smart Network Data Services) gibi platformlar, gönderenin itibarını (sender reputation) doğrudan etkileyen hard bounce oranını yakından izler. Google, Şubat 2024'te yürürlüğe giren Bulk Sender Guidelines kapsamında büyük hacimli göndericilerin bounce oranını yüzde 0,08 altında tutmasını açıkça tavsiye etmektedir.
Yüksek bounce oranları yalnızca teslim edilebilirliği düşürmekle kalmaz; IP adresinizin ya da gönderen alan adınızın kara listeye alınmasına da zemin hazırlar. Spamhaus PBL, CBL ve SBL gibi listeler, aşırı hatalı adres gönderimi yapan IP'leri izler.
Geri dönen mesajın başlık (header) bölümündeki tam hata metnini okuyun. Sunucu adı, yanıt kodu ve açıklayıcı metin, sorunun kaynağını işaret eder. Örneğin Microsoft Exchange sunucuları genellikle 550 5.1.1 RESOLVER.ADR.RecipNotFound biçiminde ek bilgi ekler.
E-posta adresini RFC 5321 ve RFC 5322'de tanımlanan sözdizimi kurallarına göre kontrol edin: yerel bölüm (local-part) ve alan adı bölümünün doğru ayrıldığından emin olun. Basit bir yazım hatası (.com yerine .cmo) bu hatayı tetiklemek için yeterlidir.
Komut satırından dig MX alan-adi.com veya nslookup -type=MX alan-adi.com komutuyla hedef alan adının posta sunucularını sorgulayın. MX kaydı yoksa veya yanıt vermiyorsa, teslim edilecek sunucu bulunamadığından farklı bir hatayla karşılaşmış olabilirsiniz; ancak bazı yapılandırmalarda sonuç yine 5.1.1 olarak yansıyabilir.
Toplu gönderimde en etkili önlem, geçersiz adresleri listeden düzenli olarak temizlemektir. Hard bounce alan adresleri bir sonraki gönderimlerde kesinlikle kullanmayın. Çoğu kurumsal ESP (Email Service Provider) bu adresleri otomatik olarak "suppression list"e ekler. Ayrıca çift onaylı kayıt (double opt-in) süreci, listenizin başlangıçta temiz olmasını sağlar.
Gönderim öncesinde adresleri doğrulamak için çeşitli araçlar mevcuttur. Bu araçlar MX kaydı varlığını, alan adının aktifliğini ve bazı durumlarda posta kutusunun gerçek varlığını (VRFY/RCPT TO testi) kontrol eder. Ancak RFC 5321 Bölüm 3.5.3 uyarınca pek çok sunucu VRFY komutunu gizlilik nedeniyle devre dışı bırakmaktadır; bu nedenle sonuçlar her zaman kesin değildir.
Her ne kadar "550 5.1.1" doğrudan kimlik doğrulamayla ilgili olmasa da, bazı alıcı sunucular politika kararlarını birleştirerek benzer reddi bu kodla bildirebilir. RFC 7208 (SPF), RFC 6376 (DKIM) ve RFC 7489 (DMARC) çerçevesinde gönderen alan adınızın doğru yapılandırıldığından emin olun. Google ve Microsoft'un posta altyapıları bu üç kaydı göndericinin güvenilirliğini değerlendirmek için birlikte kullanır.
Google Postmaster Tools aracılığıyla alan adı ve IP itibarınızı düzenli olarak takip edin. Microsoft'un JMRP (Junk Mail Reporting Program) ve SNDS programlarına kayıt olarak Microsoft altyapısına yönelik itibarınıza da göz atabilirsiniz. Bounce oranı yükselmeye başladığında erken müdahale, büyük teslim edilebilirlik sorunlarının önüne geçer.
Aynı hatanın farklı posta sunucularında farklı biçimlerde göründüğünü bilmek, sorun giderme sürecini hızlandırır. Örneğin Gmail altyapısı 550-5.1.1 The email account that you tried to reach does not exist şeklinde ayrıntılı bir açıklama eklerken, bazı kurumsal Exchange ortamları yalnızca 550 5.1.1 User Unknown ile yetinir. Yahoo ve AOL sunucuları ise zaman zaman 554 delivery error kodunu da bu bağlamda kullanabilir. Her durumda DSN mesajının tamamını incelemek, gerçek kaynağı tespit etmeyi kolaylaştırır.
Hatanın tekrar etmesini engellemek, çözmekten daha az maliyetlidir. Aşağıdaki uygulamaları kurumsal e-posta süreçlerinize dahil etmenizi öneririz:
RFC 3463'e göre 5.1.1 "kötü hedef posta kutusu adresi" iken 5.1.2 "kötü hedef sistem adresi" anlamına gelir. Pratik olarak 5.1.1 kullanıcı adının geçersiz olduğunu, 5.1.2 ise alan adının veya hedef sistemin tanınamadığını ifade eder.
Kesinlikle kalıcıdır (permanent/hard bounce). "5" ile başlayan SMTP kodları kalıcı hataları ifade eder ve mesajın yeniden denenmesi sonucu değiştirmez. Aynı adrese tekrar gönderim yapmak itibarınızı olumsuz etkiler.
Adres doğru olsa bile alıcının hesabı silinmiş, askıya alınmış veya domain'in MX kaydı değişmiş olabilir. Alıcıyla alternatif bir iletişim kanalı (telefon, farklı e-posta adresi) üzerinden doğrulama yapmanızı öneririz. Ayrıca dig MX komutuyla alan adının posta sunucusunun aktif olduğunu kontrol edin.
Evet, doğrudan etkiler. Google Postmaster Tools ve Microsoft SNDS, hard bounce oranını gönderen itibarını belirleyen önemli sinyallerden biri olarak değerlendirir. Google'ın Şubat 2024 Bulk Sender Guidelines'ı bounce oranını yüzde 0,08'in altında tutmayı tavsiye eder; bu eşiğin aşılması teslim edilebilirliği ciddi ölçüde düşürebilir.
Modern ESP'lerin büyük çoğunluğu hard bounce'ları otomatik olarak suppression listesine ekler ve aynı adrese yeniden gönderim yapılmasını engeller. Kendi altyapınızı yönetiyorsanız, SMTP sunucunuzun DSN mesajlarını ayrıştıracak ve geçersiz adresleri veritabanınızda işaretleyecek bir bounce işleme sistemi kurmanız gerekir.
Doğrudan tetiklemez; ancak bazı alıcı sunucular SPF veya DKIM başarısızlığını ve geçersiz alıcı bilgisini birleştirerek 5.1.1 benzeri bir ret kodu döndürebilir. RFC 7208 (SPF) ve RFC 6376 (DKIM) kapsamında gönderen yapılandırmanızın eksiksiz olması, bu tür karma senaryoları minimize eder.
Catch-all yapılandırması olan alan adları SMTP oturumu sırasında tüm adresleri kabul eder; red işlemi posta sunucusunun iç işleme aşamasında gerçekleşir ve bazen gönderene DSN olarak iletilmez. Bu durum "backscatter" sorununa da yol açabilir. Bu tür domainlere gönderim yaparken liste hijyeni daha kritik hale gelir çünkü ön doğrulama her zaman mümkün değildir.
"Mailbox full" (452 4.2.2) geçici bir hata olup alıcının posta kutusunun dolu olduğunu ifade eder ve daha sonra yeniden denenebilir. "User Unknown" (550 5.1.1) ise alıcının sistemde hiç var olmadığını belirtir; kalıcıdır ve yeniden deneme yapılmamalıdır.
Hard bounce alan bir adrese bekleme süresi tanımanın bir yararı yoktur; hata kalıcıdır. Adresi hemen suppression listesine ekleyin. Alıcının gerçekten sizinle iletişim kurmak istediğinden eminseniz, güncel adresini alternatif kanaldan öğrenmeniz gerekir.
Kampanyanın geri kalanına devam edebilirsiniz; ancak hata alan adresleri o anda listeden çıkarmanız ve bir daha kullanmamanız gerekir. Bounce oranı yüzde 2'yi aşmaya başlamışsa kampanyayı duraklatıp önce liste temizliği yapmanızı, ardından kalan geçerli adreslere gönderime devam etmenizi öneririz.
Reklamsız, KVKK uyumlu; kurulum ve geçiş ücretsiz, mailleri biz taşırız.
Kurulum + migrasyon ücretsiz. KVKK uyumlu, Türkiye'de barındırma. 7/24 Türkçe destek.
Kampanya 30 Haziran'a kadar geçerlidir.