Catchall Email Nedir? Catch-All Adresler Nasıl Çalışır, Doğrulama Araçları Neden Teyit Edemez ve Bunlara Nasıl Güvenle E-posta Gönderilir?

Catchall email, posta sunucusu @ işaretinden önce ne yazılırsa yazılsın her iletiyi kabul eden bir alan adındaki adrestir. Sunucu bir posta kutusunun var olup olmadığını hiçbir zaman söylemez; bu yüzden doğrulama aracı geçerli ya da geçersiz yerine “catch-all” sonucunu döndürür. Spona'nın kendi kontrollerinde 40.000 adresin yüzde 14,25'i bu gruba girdi.

Bu rehber konuya B2B göndericinin gözünden bakıyor. Bir doğrulama kontrolü sırasında sunucunun ne yaptığını, şirketlerin onu neden böyle kurduğunu ve her doğrulama aracının sonuca ne ad verdiğini gösteriyor. Bir müşteri catch-all adreslere 1.200 e-posta gönderdiğinde neler olduğunu da gösteriyor. Catch-all posta kutusunun nasıl kurulacağı ise SSS bölümünde tek bir soruda yanıtlanıyor.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Catchall Email Ne Demek: Her Adresi Kabul Eden Tek Bir Catch-All E-posta Kutusu

Terimi iki grup kullanır ve her biri farklı bir şeyi kasteder.

Bir posta yöneticisi için catch-all bir posta kutusudur. Proton bunu, kimsenin oluşturmadığı adreslere gelenler de dahil, “alan adına gönderilen tüm postaları alma” seçeneği olarak tanımlar. Namecheap'in ifadesiyle, alan adınıza gönderilen ve “henüz bir e-posta hesabı veya e-posta takma adı olarak ayarlanmamış” her e-posta oraya düşer.

Gerçek posta kutuları kendi postalarını almaya devam eder. Proton, mevcut bir adrese gelen postanın “catch-all adresine teslim edilmeyeceğini” belirtir.

Bir gönderici için catch-all bir doğrulama sonucudur. NeverBounce bunu tek cümleyle özetler: accept-all, “tek tek adres hakkında bir hüküm değil, alıcının posta sunucusundaki bir ayardır”. Kontrol ettiğiniz adres gerçek bir kişiye, bir yazım hatasına ya da iki yıl önce ayrılmış birine ait olabilir. Sunucu size ne olumlu ne olumsuz bir şey söyledi.

Yazımlar değişir: catchall email, catch-all email, accept-all email. Doğrulama araçları “accept all”, barındırma firmaları ise “wildcard” der. Hepsi aynı sunucu davranışını anlatır.

Bir yanlış okuma, hasarın çoğuna yol açar. İnsanlar catch-all duyunca “ölü adres” diye düşünür. Oysa bu durum, alan adının her şeyi kabul ettiğini söyler. Kişinin hâlâ orada olup olmadığı hakkında hiçbir şey söylemez.

Catch-All Alan Adı, Doğrulama Aracının SMTP Kontrolüne Nasıl Yanıt Verir?

Doğrulama aracı bir adresi, teslimatı başlatıp herhangi bir ileti çıkmadan durarak kontrol eder: alan adının posta sunucusuna bağlanır, bir alıcı adı verir ve yanıtı okur. Bu yanıtları SMTP standardı olan RFC 5321 tanımlar. Sunucu alıcıyı kabul ettiğinde “bir ‘250 OK’ yanıtı döndürür”. Alıcının “teslim edilebilir bir adres olmadığı biliniyorsa” 550 yanıtını verir.

Normal bir alan adında bu yanıt soruyu çözer. 250, posta kutusunun var olduğu anlamına gelir. 550 ise olmadığı anlamına gelir.

Catch-all alan adı her şeye 250 yanıtı verir. Doğrulama aracı gerçek bir posta kutusunu uydurma bir kutudan ayıramaz, bu yüzden ikinci bir yoklama yapar.

Hunter'ın yöntemi, sunucuya “kesinlikle var olmayan” bir adres için posta kabul edip etmeyeceğini sormaktır. Yanıt evet ise alan adının tamamı accept-all olarak işaretlenir. O alan adındaki her adres de bu etiketi devralır.

Standart bunu öngörmüştü: bir sunucu, adresi gerçekten doğrulamadıkça bir doğrulama komutuna “250 kodu DÖNDÜRMEMELİDİR”. Doğrulayamadığında bunun yerine 252 kodunun “döndürülmesi ÖNERİLİR”. Bu kural VRFY komutu için geçerlidir. Catch-all sunucu ise alıcı aşamasında yanıt verir; burada 250, iletiyi alacağı anlamına gelir, birinin posta kutusunu okuduğu anlamına gelmez.

Bir madde daha ileride önem kazanacak. Bir iletiyi kabul edip sonra teslim edemeyen bir sunucu “bir ‘teslim edilemeyen posta’ bildirimi OLUŞTURMALIDIR” ve bunu geri göndermelidir. Kapıdaki evet, gönderimden sonra hayıra dönebilir.

Şirketler Neden Catch-All E-posta Adresleri Kurar?

Bu özelliği sunan barındırma firmalarının yardım sayfaları iki neden sayar. Bir posta taşıma işlemi üçüncü bir durum ekleyebilir.

Yazım hataları. one.com'un örneği, david@ yerine “daivd@domain.com” yazan bir göndericidir. Catch-all yoksa sunucu iletiyi reddeder. Catch-all varsa ileti, birinin kontrol ettiği bir posta kutusuna düşer.

Ayrılan çalışanlar: Google Workspace, yöneticinin “var olmayan veya hatalı e-posta adreslerine” gönderilen iletileri bir catch-all posta kutusuna yönlendirmesine izin verir. Yönlendirme seçeneğinin etiketi “All inactive and unrecognized accounts”, yani tüm etkin olmayan ve tanınmayan hesaplar. Böylece ayrılan bir çalışana gelen postalar şirkete ulaşmaya devam eder. Bu bir varsayılan değil, yöneticinin kurduğu bir yönlendirme kuralıdır: Google'da barındırılan bir alan adı, biri bu özelliği açmadıkça catch-all değildir.

Taşımalar: Microsoft 365 tam ters bir yaklaşım izler ve Directory-Based Edge Blocking özelliği, bir kiracının “geçersiz alıcılara gelen iletileri hizmet ağının çevresinde reddetmesine” olanak tanır. Yanıt “550 5.4.1 Recipient address rejected: Access denied” şeklindedir. Microsoft yöneticilere, bir alan adını yalnızca dizin tüm geçerli alıcıları içerene kadar “Internal relay” olarak bırakmalarını söyler. O zamana kadar ağ sınırı, bilinmeyen alıcıları kabul edebilir ve bir doğrulama aracının yoklaması bunu catch-all olarak okuyabilir.

Bedeli spam'dir. one.com'un bu özelliği açan herkese uyarısı: “yakaladığınız e-postaların çoğu spam olacaktır”.

Catchall Email Doğrulaması: Her Doğrulama Aracı Ne Döndürür?

E-posta doğrulamasında “catch-all”, doğrulama aracının her alıcıyı kabul eden bir posta sunucusu bulduğu ve bu yüzden adresinizi test edemediği anlamına gelir.

Her doğrulama aracı aynı duvara çarpar. ZeroBounce, catch-all e-postaların “e-posta göndermeden doğrulanmasının imkânsız olduğunu” ve geri dönüp dönmediklerini görmek için beklemek gerektiğini söyler. MailerCheck de aynı görüşte: “geçerli mi geçersiz mi olduklarını bilmenin hiçbir yolu yok”. Değişen, etiket ve sağlayıcının ardından ne yaptığıdır.

Etiketler her sağlayıcının kendi yardım sayfalarından ve ürün sayfalarından alındı. Daha derin kontrollerin fiyatları burada değil, e-posta listesi temizleme rehberinde.

Unknown (bilinmeyen) farklı bir sonuçtur. NeverBounce bunu, sunucunun “zamanında kesin bir yanıt” vermemesi olarak tanımlar; sebep çoğu zaman greylisting ya da bir güvenlik ağ geçididir. Catch-all sunucu yanıt verdi; unknown sunucu vermedi.

Bir unknown sonucunu yarın yeniden kontrol edin, netleşebilir. Bir catch-all sonucunu yeniden kontrol edin, yine 250 alırsınız.

Catch-All E-postalar Ne Kadar Yaygın: Spona'nın 40.000 B2B Kontrolü

Spona, herhangi bir gönderimden önce dört ülkenin her birinde 10.000 benzersiz aday adresi kontrol etti. Rakamlar Spona verisidir ve catch-all çıkan pay, Birleşik Krallık'ta yüzde 12 ile Almanya'da yüzde 16 arasında değişti.

Pay, kontrol edilen tüm benzersiz aday adreslere göre hesaplanır. Bir adres ya geçer ya catch-all olur ya da başka bir nedenle reddedilir; asla ikisi birden olmaz. Spona rol veya sektör kırılımı ölçmedi ve ölçtüğü ülkeler yalnızca bu dördü. Dört ülkenin toplamında, kontrol edilen yaklaşık her yedi adresten biri kesin bir sonuç olmadan döndü.

Yayımlanan diğer paylar başka adres kümelerini anlatır. ZeroBounce, işlediği 11 milyardan fazla adres içinde kontrol ettiği tüm e-postaların “yüzde 9'dan fazlasının” catch-all olduğunu buldu. MailerCheck'in rakamı doğruladığı her şeyin yüzde 8,6'sı, ama müşteri listesi bazında medyan yüzde 15,25'e çıkıyor. Hunter adresleri değil alan adlarını sayıyor: 2.572 adreslik bir örneklemde “e-posta alan adlarının yüzde 38'i” accept-all idi.

Bunların hiçbiri Spona'nın tablosuyla örtüşmez. Her biri farklı bir listede farklı bir şeyi sayar. Ortak noktaları yön: kontrol ettiğiniz listenin hatırı sayılır bir azınlığı.

Catch-All E-postalar Cold Email İçin Riskli mi? Bir Müşterinin Gördükleri

Evet ve risk ölçülebilir. Spona'nın canlı benchmark'ı taban çizgisini belirler ve catch-all adresleri kural gereği dışarıda bırakır: “Hard bounce, kalıcı teslimat hatalarının doğrulanmış alt kümeye yapılan gönderim denemelerine bölünmesidir; catch-all adresler hariç tutulur”. Bu türden 20.000 gönderimde hard bounce oranı yüzde 1,525 oldu.

Bir müşteri yine de catch-all adreslere gönderim yaptı ve sonucu bildirdi. Yaklaşık üç ayda bu müşterinin 1.200 gönderimi 86 hard bounce üretti; Spona bunu ayrı bir kohort olarak kaydetti. Bu, yüzde 7,17 eder. Bu tür bildirimler kendi gönderim paydasını korur ve benchmark'a asla girmez.

Yan yana konduğunda kohortun oranı, benchmark oranının yaklaşık 4,7 katıdır.

Bu farkla birlikte iki uyarı gelir. Yüzde 7,17, tek bir müşterinin 1.200 gönderiminden gelir. Bir sektör oranı değildir ve sizin oranınızı öngörmez. İki kohort catch-all etiketinden fazlasıyla da birbirinden ayrılır; bu yüzden fark sonuçları karşılaştırır, bir nedeni ölçmez.

Hunter kendi testini yaptı: 100 accept-all ve 100 geçerli adrese tek bir kampanya. Sonuç: accept-all grubunda “Geri dönme oranı yüzde 27'ydi”, kontrol grubunda ise yüzde 1. Farklı liste, farklı gönderici, aynı yön.

Mekanizma, yukarıdaki RFC 5321 maddesidir. Catch-all sunucu her iletiyi kapıda kabul eder, sonra içeride teslim etmeye çalışır. Eşleşen bir posta kutusu yoksa teslim edilemedi bildirimini göndermek zorundadır. ZeroBounce'un uyarısı da buradan çıkar: “var olmayan catch-all e-posta adresleri sonunda geri dönecektir” ve gönderici itibarınıza zarar verecektir.

Hunter, accept-all bir alan adına giden iletinin üç olası sonucunu sıralar: “teslim edilir, bir catch-all gelen kutusuna yönlendirilir ya da daha sonra geri döner”. Hangisinin olacağını ancak gönderimden sonra öğrenirsiniz.

Çizgi nerede: Twilio, “yüzde 2'nin üzerindeki” bir geri dönme oranının harekete geçme zamanını gösterdiğini, sağlıklı programların ise yüzde 1'in altında kaldığını yazar. O kohort gibi geri dönen bir catch-all segmenti, doğrulanmış bir kampanyaya eklendiğinde tüm kampanyanın oranını bu çizgiye doğru çeker.

Catch-All E-postalar SMTP Kontrolünün Ötesinde Nasıl Doğrulanır?

Hiçbir araç, catch-all bir sunucunun arkasındaki posta kutusunu teyit edemez. Sunucu söylemez, onun yerine konuşabilecek başka bir şey de yoktur. Daha iyi araçların yaptığı tahmin etmektir ve bunu üç yolla yaparlar.

Güven puanları. Hunter, Accept all sonuçlarına adresi bulduğu “kaynakların sayısı ve güncelliği” üzerine kurulu bir puan ekler. Önerisi, “yüzde 85-100” puanı geçerli saymak; yine de adresin geri dönme olasılığı biraz daha yüksek kalır. Puan, web'deki kanıtlardan çıkarılan bir olasılıktır, sunucu yanıtı değildir.

Daha derin yoklamalar. MillionVerifier, daha derin bir ping'in catch-all e-postaların “yüzde 40'a kadarını” Valid ya da Invalid'e çevirdiğini, kalanların Risky kaldığını söyler. Bu, sağlayıcının kendi yöntemi ve kendi listeleri için verdiği rakamdır. Her kurtarma oranını, kendi listelerinizde test edene kadar aynı şekilde değerlendirin.

Posta sunucusu dışındaki kanıtlar. Şirketin adres kalıbına uyan bir ad, o işverende görünen bir profil, şirket sitesinde yakın tarihli bir anılma. Her biri posta kutusunun var olma ihtimalini artırır. B2B veri doğrulama rehberi bu süreci anlatır ve bunların hiçbiri sunucunun yanıtını değiştirmez.

İşe yarayan tek test, size bir bedeli olan testtir. ZeroBounce'un dediği gibi, ileti gönderip geri dönmesini beklemek tek yoldur. Ancak geri dönmemesi yalnızca bir catch-all gelen kutusu anlamına gelebilir ve Hunter'a göre bu kutunun okunması pek olası değildir. Hunter, öğrenmek için başka şirketlere spam gönderdiğiniz için yöntemin “etik kaygılar” doğurduğunu ve her geri dönmenin alan adınızın siciline işlendiğini belirtir.

Catch-All Adrese Güvenle E-posta Göndermek: Altı Adım

1. Ayrı bir segment tutun. Catch-all adresler hiçbir zaman doğrulanmış adreslerle aynı listede durmaz. Veri hijyeni kontrol listesi onları her gönderimde kendi segmentlerinde tutar.
2. Payı sınırlayın. Hunter'ın önerisi, accept-all adresleri kampanyalarınızın küçük bir payıyla, gönderimlerin yüzde 2 ile 5'iyle sınırlamaktır. Bu payda, müşteri kohortu gibi geri dönen bir segment en fazla birkaç onda bir puan ekler.
3. Kanıta göre sıralayın. Önce güven puanı yüksek, ad kalıbı eşleşen ya da yakın zamanda kamuya açık bir yerde anılan adreslere gönderin. Dayanaksız tahminleri sona bırakın ya da hiç göndermeyin.
4. Küçük partiler halinde gönderin ve izleyin. NeverBounce, “küçük partiler halinde” göndermeyi ve hangilerinin geri döndüğünü izlemeyi önerir. Sağlayıcınız “yüzde 4'ün altında” bir geri dönme oranı şart koşuyorsa NeverBounce, bu adresleri silmek yerine seçici gönderim yapmanızı söyler.
5. Bir alan adından gelen ilk geri dönmede durun. Catch-all bir alan adından gelen hard bounce, o ad için sunucunun ayıklamasının başarısız olduğunu gösterir. Adresi hemen engelleme listesine alın ve daha iyi bir ad bulana kadar o alan adının geri kalanını duraklatın.
6. Kimliği başka bir kanalda kullanın. Catch-all durumu kişi hakkında hiçbir şey söylemez; bu yüzden ad, şirket ve rol hâlâ işe yarayabilir. Bir telefon görüşmesi ya da LinkedIn mesajı geri dönmez. Şirketteki ikinci bir kişi yardımcı olabilir, ancak aynı alan adında onun adresi de catch-all'dur.

Catch-all kişileri CRM'de tutuyorsanız KVKK'yı da hesaba katın. 6698 sayılı Kişisel Verilerin Korunması Kanunu (KVKK), kişisel verilerin işlenmesinde uyulması zorunlu ilkeler arasında “Doğru ve gerektiğinde güncel olma” ilkesini sayar (madde 4/2-b). Kanunla verilen görevleri, bu amaçla kurulan Kişisel Verileri Koruma Kurumu yerine getirir.

Spona Catch-All E-postaları Nasıl Ele Alır ve Nerede Yetersiz Kalır?

Spona, ideal müşterinizi bir sohbette tarif etmenizden yola çıkarak lead bulur, her adresi doğrular ve yaklaşık 4 dakikada puanlanmış bir liste teslim eder. Catch-all adresler de diğer her şeyle aynı SMTP kontrolünden geçer. Sonrasında olanlar altı kurala bağlıdır.

Nerede işe yarar? Lead başına ödeme yaparsınız ve catch-all bir adres asla doğrulanmış e-posta sayısına dahil edilmez. Yalnızca e-posta içeren bir Standard Search lead'i 3 ila 7 kredi tutar. Planların kredi fiyatlarıyla bu, 0,024 ile 0,07 dolar eder.

Her yeni arama oturumunun ayrıca 1.000 kredilik tek seferlik bir maliyeti vardır.

Catch-all kayıtlar için işe yarayan kural 3'tür. Spona kişinin kaydını saklar ve zenginleştirme, 35 kredi karşılığında bir cep telefonu numarası ekleyebilir. Bu, 0,28 ile 0,35 dolar eder ve görüşme telefona taşınır. Her arama ücretsiz bir örnekle başlar; ücretsiz Free planı ise tek seferlik 3.000 kredi içerir.

Nerede yetersiz kalır? Spona da catch-all bir posta kutusunu teyit edemez; catch-all dışa aktarımı, bilinçli bir tasarım tercihiyle hiçbir posta kutusu veya geri dönme oranı iddiası taşımaz. Bu kayıtlar için Hunter ve MillionVerifier'ın sunduğu türden bir çözümleyici ya da güven puanı satmaz.

Ülke tablosu yalnızca ABD, Birleşik Krallık, Almanya ve Fransa'yı kapsar; rol veya sektör kırılımı yoktur. 1.200 gönderimlik kohort tek bir müşterinin bildirimidir ve o müşteri gönderdiği için kaydedilmiştir. Spona e-postanızı göndermez; bu yüzden catch-all geri dönmelerini yalnızca bir müşteri bildirdiğinde görür.

Get thousands of leads in 4 minutes.

Stop stitching tools together.
Start with verified sales data, delivered in minutes.

SCALE SALES NOW

No contracts · No setup · No onboarding

Catchall Email Hakkında Sık Sorulan Sorular (FAQ)

Catch-All E-posta Adresi Nasıl Kurulur?

Bir e-posta istemcisinde değil, posta sağlayıcınızın yönetici ayarlarında. Proton bunu “herhangi bir ücretli Proton planında” Settings, All settings, Organization, Domain names ve son olarak Set catch-all adımlarıyla sunar. Google Workspace, “All inactive and unrecognized accounts” için bir yönlendirme kuralı kullanır ve kuralın uygulanması “24 saate kadar sürebilir”. Microsoft 365 ise tersini yapar ve bilinmeyen alıcıları ağ sınırında reddeder.

Catch-All Alan Adı Nedir?

Catch-all alan adı, posta sunucusu var olmayanlar dahil her adrese gelen postayı kabul eden alan adıdır. Doğrulama araçları bunu uydurma bir adresi yoklayarak tespit eder: o adrese verilen 250 yanıtı alan adını işaretler. Ardından alan adındaki her adres catch-all durumunu taşır; yani durum kişiyi değil alan adını anlatır.

Catch-All E-posta Geçersiz Bir E-posta mı?

Hayır. Geçersiz, sunucunun adresi 550 ile reddettiği anlamına gelir. Catch-all ise sunucunun adresi diğer her şeyle birlikte kabul ettiği anlamına gelir; dolayısıyla adres pekâlâ gerçek bir kişiye ait olabilir. Spona'nın kontrollerinde geçen, catch-all ve başka nedenle reddedilen adresler ayrı kategorilerdir ve her adres yalnızca birine girer.

Catch-All E-postalar Geri Döner mi?

Bazıları döner, hem de sunucu onları kabul ettikten sonra: sunucu iletiyi alır, eşleşen bir posta kutusu bulamaz ve teslim edilemedi bildirimini geri gönderir. Bir müşterinin 1.200 catch-all gönderiminden 86 hard bounce geldi. Hunter'ın testinde 100 accept-all adresin geri dönme oranı yüzde 27 oldu. Bu rakamların hiçbiri sizin listenizi öngörmez.

Catch-All E-postaları Listemden Çıkarmalı mıyım?

Otomatik olarak değil. Hunter'ın görüşü, accept-all adreslerin “otomatik olarak atılmaması gerektiği”, ama kimsenin onları tamamen geçerli saymaması gerektiği yönünde. Onları kendi segmentlerinde tutun, en sağlam kanıtı olanlara küçük partiler halinde gönderin ve kalanları telefona ya da LinkedIn'e taşıyın. MailerCheck, listeden çıkarmadan önce açma veya tıklama olmadan geçen 3 ila 6 aylık yaygın bir bekleme süresinden söz eder.