Göndermeden Önce Bir E-posta Adresi Nasıl Doğrulanır

Geri dönen bir e-posta size çoğu zaman göndermeden önce öğrenebileceğiniz bir şeyi söyler: adresin var olmadığını. Adreslerin kayıt formlarından değil, web sitelerinden, rehberlerden ve kartvizitlerden geldiği soğuk e-posta çalışmalarında, herhangi bir listenin belli bir kısmı güncelliğini yitirmiş olacaktır.

Bu rehber, izin alarak oluşturmadığı bir listeye e-posta göndermek üzere olan herkes içindir — satış ekipleri, girişimciler, ajanslar. Biz (Outreach), bir adresin posta alıp alamayacağını söyleyen üç kontrolü, bu kontrollerin nerede işlemez hâle geldiğini ve bir ileti yine de başarısız olduğunda aldığınız geri dönme kodlarının nasıl okunacağını açıklıyoruz.

Kısa yanıt baştan: bir adresin var olduğunu genellikle ona e-posta göndermeden doğrulayabilirsiniz, ama her zaman değil — ve ne zaman bilemeyeceğinizi bilmek, yanıtın kendisi kadar yararlıdır.

Göndermeden önce e-posta adreslerini neden doğrulamalısınız?

Çünkü posta kutusu sağlayıcıları göndericilerden geçersiz adresleri kaldırmalarını ister ve her geri dönen e-posta, kimseye ulaşmayan bir iletidir. Yahoo'nun Sender Hub en iyi uygulamaları şöyle der: “Geçersiz alıcıları listenizden gecikmeden çıkarın.” Google'ın e-posta gönderici yönergeleri ise şunu söyler: “Birden fazla geri dönen ileti aldığınız alıcıları e-posta listesinden otomatik olarak çıkarın” ve “İletiler geri dönmeye veya ertelenmeye başlarsa SMTP hata oranı düşene kadar gönderme hacmini azaltın.”

Basitçe söylemek gerekirse: sağlayıcılar kötü adresleri nasıl ele aldığınızı izler. Göndermeden önce kontrol etmek, sonradan ele alınacak daha az geri dönen e-posta ve kampanyanızın kaç gerçek kişiye ulaştığına dair daha net bir tablo demektir.

Bir e-posta adresini doğrulamanın adımları nelerdir?

Sırayla üç kontrol: adres düzgün biçimlendirilmiş mi, alan adının bir posta sunucusu var mı ve o sunucu posta kutusunun var olduğunu söylüyor mu? Her adım, bir öncekinin yakalayamadığı sorunları yakalar.

3 numaralı adımı geçmek, göndermeden alabileceğiniz en güçlü işarettir. Ancak göreceğimiz gibi, bazı sunucular gerçek olsun olmasın her adres için aynı yanıtı verir.

E-posta sözdizimi nasıl kontrol edilir?

Tam olarak bir @ işareti, öncesinde geçerli görünen bir bölüm ve sonrasında gerçek bir alan adı olduğunu — SMTP standardındaki uzunluk sınırları içinde — doğrulayın. RFC 5321, “bir kullanıcı adının veya diğer yerel bölümün azami toplam uzunluğunu” (@ işaretinden önceki kısım) 64 oktet, alan adı için azami uzunluğu ise 255 oktet olarak belirler.

Sözdizimi kontrolleri bariz olanları yakalar: sales@@example.com, info@example, bir web sayfasından kopyalanmış sondaki boşluk ya da nokta yerine yazılmış bir virgül. Ucuz ve anlıktırlar, bu yüzden her zaman ilk onları çalıştırın. Size söyleyemedikleri şey, adresin arkasında birinin olup olmadığıdır. jane.doe@example.com, Jane orada çalışsın ya da çalışmasın, kusursuz biçimlendirilmiştir.

MX sorgusu nasıl çalışır?

DNS'e alan adı için hangi sunucunun posta aldığını sorar; yoksa o alan adındaki hiçbir adres e-posta alamaz. MX (posta değişimi) kaydı, bir alan adı için posta kabul eden sunucuyu gösterir. Sorgulamak, alan adının hiç e-posta alacak şekilde kurulup kurulmadığını söyler.

Standartlara göre üç sonuç:

• MX kayıtları bulundu. Alan adının bir posta sunucusu var — 3 numaralı adıma geçin.
• Alan adı yok. RFC 5321 şöyle der: “Var olmayan alan adı hatası döndürülürse, bu durum hata olarak MUTLAKA bildirilmelidir.” Adres ölüdür.
• MX kaydı yok ama alan adı var. RFC 5321, adresin “örtük bir MX ile ilişkilendirilmiş gibi ele alındığını” söyler — posta, alan adının kendi adres kaydına gider. Yani eksik bir MX otomatik olarak çıkmaz sokak değildir.

Ayrıca açık bir “posta kabul etmiyoruz” işareti de vardır. RFC 7505 bir “null MX” tanımlar — tercih değeri 0 olan ve sunucu adı olarak “.” taşıyan tek bir MX kaydı — ve bu kayıt “bir alan adına yönelik tüm posta teslim girişimlerinin anında başarısız olmasına neden olur.” Bunu görürseniz durun: alan adı e-posta almadığını beyan etmiştir.

SMTP posta kutusu kontrolü e-posta göndermeden nasıl çalışır?

Kontrol aracı alan adının posta sunucusuna bağlanır ve bir teslimat başlatır, alıcıyı belirtir, sunucunun yanıtını okur ve herhangi bir ileti içeriği göndermeden bağlantıyı keser. SMTP terimleriyle: bağlan, EHLO, MAIL FROM, RCPT TO:<address>, yanıt kodunu oku, ardından QUIT — gerçek iletinin gideceği DATA adımı hiçbir zaman gerçekleşmez.

Önemli olan, RCPT TO komutuna verilen yanıttır. RFC 5321 kodları tanımlar:

Neden sunucuya doğrudan VRFY komutuyla sormuyoruz? Çünkü sunucuların bunu kapatmasına izin verilir. RFC 5321'in 7.3 bölümü, sitelerin güvenlik nedenleriyle VRFY komutunu devre dışı bırakmasına izin verir ve bunu yapan bir sunucu için “252 yanıtı döndürmesi ZORUNLUDUR” der — evet ya da hayır anlamına gelmeyen bir yanıt. Kontrol araçlarının bunun yerine RCPT TO yolunu kullanmasının nedeni budur.

Eylül 2026'daki kendi testimizde RCPT yöntemi, küçük bir bilinen kümedeki 6 adresin tamamını doğru tespit etti: geri döndüğünü bildiğimiz 3 adres, çalışan 2 adres ve catch-all bir alan adındaki, doğru biçimde doğrulanamaz olarak işaretlediğimiz 1 adres.

Catch-all alan adı nedir ve neden doğrulanamaz?

Catch-all bir alan adı, gerçek ya da uydurma her adres için posta kabul eder; bu yüzden sunucusu her alıcı için “250 OK” yanıtı verir ve gönderim öncesi bir kontrol hiçbir şey öğrenmez. Bazı şirketler postalarını yanlış yazılmış adresler bile birine ulaşsın diye bu şekilde yapılandırır. Diğerleri ise önce her şeyi kabul edip sonra ayıklayan ağ geçitleri kullanır.

Bir catch-all'u, sunucuya neredeyse kesinlikle var olmayan bir adresi sormakla — örneğin aynı alan adında uzun, rastgele bir karakter dizisi — tespit edersiniz. Sunucu onu da kabul ederse, ondan gelen her “evet” anlamsızdır.

Ne kadar yaygın? Eylül 2026'daki bir testte biz (Outreach), topladığımız 200 firma iletişim bilgisinden seçilen 25 posta alan adına (çoğunlukla Koreli şirketler) uydurma adreslerle RCPT kontrolleri gönderdik. Alan adlarının yaklaşık 74%'ü dürüstçe yanıt verip sahte adresi reddetti; yaklaşık 25%'i kabul etti — bunlar catch-all idi. Bunu tek bir pazarın tek bir örneği olarak değerlendirin, evrensel bir oran olarak değil. Önemli olan, bunun nadir olmadığıdır.

Catch-all adresler için dürüst sonuç “doğrulanamıyor”dur. Öğrenmenin tek yolu göndermektir ve bu bir değerlendirme meselesidir: şirketin kendi web sitesinde yayımlanmış bir adres, bir ad kalıbından tahmin edilen adresten daha iyi bir bahistir.

Bazı posta sunucuları doğrulama kontrollerini neden reddeder?

Bazı posta sunucuları alıcılar hakkında kimin soru sorabileceğini sınırlar; bu yüzden yanıt vermek yerine geciktirir, geçici olarak reddeder ya da bağlantıyı keser. Redler genellikle şöyle görünür:

• Her alıcı için, daha sonra yeniden denemenizi isteyen geçici bir 4xx yanıtı.
• Posta kutusuna değil, politikaya ya da itibara atıfta bulunan bir 5xx yanıtı — örneğin RFC 3463 belgesinin “Teslimata yetki verilmedi, ileti reddedildi.” diye tanımladığı 5.7.1 gelişmiş kodu.
• Hiç yanıt gelmemesi ya da kesilen bir bağlantı.

Bunların hiçbiri posta kutusunun var olup olmadığını söylemez. İyi bir doğrulayıcı bunları “geçersiz” olarak değil, “bilinmiyor” olarak bildirir — gerçek bir adresi, sunucusu temkinli davrandığı için ölü olarak işaretlemek, iyi bir kişiyi çöpe atmak olur.

Bazı barındırma sağlayıcıları da SMTP portu olan 25 numaralı porttaki giden bağlantıları engeller; bu da orada çalışan bir kontrol aracının posta sunucularına hiç ulaşamayacağı anlamına gelir. Yine, bu durumda doğru yanıt “doğrulanamıyor”dur, “mevcut değil” değil.

Gönderdikten sonra geri dönme kodlarını nasıl okursunuz?

Gelişmiş durum kodunun ilk rakamına bakın: 5 kalıcı, 4 geçici demektir. Ardından ortadaki rakam sorunun ne tür olduğunu söyler. RFC 3463, kodları class.subject.detail biçiminde tanımlar:

• 5.x.x — Kalıcı hata: “iletinin mevcut biçimiyle yeniden gönderilmesiyle çözülmesi olası değildir.”
• 4.x.x — Süregelen geçici hata: “gelecekte gönderim başarılı olabilir.”

Sorun adresten kaynaklandığında en sık göreceğiniz kodlar:

Son satır önemlidir. 5.7.x kodu genellikle alıcı sunucunun sizi reddettiği anlamına gelir; posta kutusunun eksik olduğu anlamına değil. Kişiyi silmeden önce SPF, DKIM ve DMARC kurulumunuzu kontrol edin.

Tek bir adresi ücretsiz nasıl kontrol edebilirsiniz?

Adresi ücretsiz e-posta adresi kontrol aracımıza girin; araç sözdizimi, MX ve posta kutusu kontrollerini çalıştırır ve size üç şeyden birini söyler. Kayıt gerekmez. Araç İngilizce ve Korece olarak kullanılabilir; kontrol etmek istediğiniz adresi girin. Sonuç şunlardan biridir:

• Bu adres e-posta alabilir — posta sunucusu alıcıyı kabul etti.
• Bu adres mevcut değil — adres düzgün biçimlendirilmemiş, alan adının posta sunucusu yok ya da sunucu böyle bir posta kutusu olmadığını söyledi.
• Bunu doğrulayamıyoruz — alan adı catch-all, sunucu kontrolü reddetti ya da hiçbir kontrol mümkün olmadı. Araç hangi nedenin geçerli olduğunu size söyler.

Aracın toplu sorgulama için kullanılmasını önlemek amacıyla günde sınırlı sayıda kontrole izin verilir. Bir listenin tamamı için, adresleri tek tek değil, gönderim akışınızın içinde doğrulayın.

Doğrulanamayan adreslerle ne yapmalısınız?

Onları ayrı tutun, daha küçük gruplar hâlinde gönderin ve 5.x.x koduyla geri dönenleri kaldırın. Pratik bir sıra:

1. Sözdizimini geçemeyen ya da posta sunucusu olmayan her şeyi çıkarın.
2. Sunucunun var olmadığını söylediği adresleri kaldırın.
3. Önce doğrulanmış adreslere gönderin.
4. “Bunu doğrulayamıyoruz” sonucu çıkan adreslere daha temkinli gönderin ve kalıcı bir geri dönmeyle dönenleri kaldırın — Yahoo ve Google'ın ikisi de bunu önerir.

Ayrıca geçerli bir adresin istekli bir alıcı anlamına gelmediğini unutmayın. Spam şikâyetleri, adres var olsun ya da olmasın aleyhinize sayılır; rakamları soğuk e-postalar neden spam'e düşer yazısında ele alıyoruz.

Kısa özet

• Üç adımda doğrulayın: sözdizimi → MX sorgusu → SMTP posta kutusu kontrolü (RCPT, içerik göndermeden).
• @ işaretinden önceki bölüm en fazla 64 karakter olabilir (RFC 5321); null MX, alan adının posta almadığı anlamına gelir (RFC 7505).
• Catch-all alan adları her adresi kabul eder — 25 alan adlı testimizde yaklaşık 25% öyleydi — bu yüzden bazı adresler yalnızca “doğrulanamıyor” olarak işaretlenebilir.
• Geri dönmelerde 5.x.x kalıcı, 4.x.x geçicidir; 5.1.1 posta kutusunun var olmadığı anlamına gelir; 5.7.x kötü bir adresi değil, bir politika sorununu gösterir.
• Tek bir adresi ücretsiz e-posta kontrol aracımızla deneyin.