Accept All E-posta ve Catch All E-posta: Farkları Anlamak

İki terim de, posta kutusu var olsun ya da olmasın, alan adındaki herhangi bir adres için posta kabul eden bir sunucuyu anlatır.

Aynı davranış, iki ad

• Catch-all, sunucunun nasıl yapılandırıldığıdır: alan adına gelen tüm postalar tek bir kutuya düşer.
• Accept-all, bir doğrulayıcının bunu nasıl gördüğüdür: sunucu her adrese "evet" yanıtı verir, bu yüzden posta kutusu doğrulanamaz.

Neden sorun

Sunucu her şeyi kabul ettiği için doğrulama belirli bir adresin gerçek olduğunu kanıtlayamaz. Mesaj bir kişiye, ortak bir kutuya ya da hiç kimseye ulaşabilir. Bazı sunucular sonradan geri çevirir.

Nasıl ele alınır

• Otomatik silmeyin; çoğu gerçek şirketlere aittir.
• Ayrı bir segmente alın ve daha düşük hacimle gönderin.
• Geri dönme ve etkileşimlerini izleyin, yalnızca yanıt verenleri tutun.
• Kişinin kendisinin teyit ettiği adresleri (çift onay) tercih edin.

Pratik kural

Accept-all'u riskli, geçersiz değil olarak ele alın. Mailbite bunları etiketler, böylece kampanya bazında siz karar verirsiniz.

Doğrulayıcılar accept-all alan adlarını nasıl anlar

Bir doğrulayıcı posta kutusunun içini göremez, bu yüzden alıcı sunucuya sorar. Alan adının posta sunucusuna bağlanır ve normal bir SMTP konuşması başlatır, ancak hiçbir mesaj göndermeden durur. Gerçek bir adres için normal sunucu "alıcı kabul edildi" yanıtı verir. Catch-all'u yakalamak için doğrulayıcı aynı alan adında var olamayacak bir adresi de sorar, örneğin uzun rastgele bir karakter dizisi. Sunucu bunu da kabul ederse alan adı accept-all olarak işaretlenir ve üzerindeki her adres aynı etiketi alır, çünkü sunucunun "evet" demesi artık hiçbir şeyi kanıtlamaz.

Rakamlar genelde nasıl görünür

Kurumsal listelerde accept-all adresler çoğunlukla dosyanın yüzde 5 ile 20'si arasında yer alır. Küçük şirket listelerinde oran yüksek, Gmail ya da Outlook gibi bireysel adreslerde düşüktür. Bu rakamlar kabaca bir aralıktır, garanti değildir: sizin listeniz bunun çok dışında olabilir. Önemli olan, bu grubun göz ardı ederseniz zarar verecek kadar büyük, çöpe atılmayacak kadar değerli olmasıdır.

Pratik bir gönderim planı

1. Önce geçerli adreslere gönderin. Ana kampanyanızı geçerli işaretli adresler üzerine kurun, accept-all'u ilk dalgaya almayın.
2. Accept-all grubunu küçük partilerle test edin. Grubun yüzde 5 ile 10'unu gönderin, geri dönme ve şikayet oranlarını okuyup devam edin.
3. İlgi gösterenleri tutun. Açan ya da tıklayan herkes normal listenize geçer. İki üç gönderimde hiç tepki vermeyenler bastırma listesine alınır.
4. Soğuk iletişimde tam hacimle karıştırmayın. Tek bir şirket alan adına ani geri dönme dalgası, yeni bir gönderim alan adına en çok zarar veren şeydir.

Bir accept-all adresin gerçek olma ihtimalini artıran işaretler

• [email protected] gibi açık bir kişisel kalıba uyması.
• Kişinin şirket sitesinde ya da profesyonel bir profilde görünmesi.
• Adresin size daha önce yanıt vermiş olması ya da onaylı bir kayıt formundan gelmesi.
• Alan adının gerçek bir web sitesi olan ve aynı listede başka doğrulanmış adresleri bulunan bir şirkete ait olması.

Accept-all alan adlarındaki info@, sales@ ya da support@ gibi rol adresleri en zayıf gruptur. Çoğu zaman kimsenin dikkatle okumadığı ortak bir kutuya yönlenirler.

Sık sorulan sorular

Accept-all geçersiz demek mi? Hayır. Geçersiz, sunucunun posta kutusunun olmadığını söylemesidir. Accept-all, sunucunun her şeye evet demesidir, yani hiçbir şey doğrulanmamıştır.

Bu adresler geri döner mi? Bazıları döner, bazıları dönmez. Sunucu mesajı kabul edip sonra reddedebilir, bu da gecikmeli geri dönme olarak görünür.

Kampanyadan önce silmeli miyim? Otomatik olarak değil. Yukarıdaki gibi ayırın ve dikkatli gönderin.

Bir doğrulayıcı bunu çözebilir mi? Hiçbir doğrulayıcı catch-all sunucunun arkasındaki kutuyu kanıtlayamaz. Dürüst cevap bir risk etiketidir, iyi bir hizmet de size bunu verir.

Tek bir adresi ücretsiz e-posta kontrol aracıyla kontrol edebilir, tüm bir dosyayı toplu e-posta doğrulama ile temizleyebilirsiniz. Planlar ve aylık ücretsiz hak fiyatlandırma sayfasında.

Sunucunun yanıtını okumak

Her etiketin arkasında posta sunucusunun verdiği kısa bir sayısal yanıt vardır. Ana aileleri bilmek, bir sonucun neden öyle göründüğünü anlamanıza yardım eder.

• 250: alıcı kabul edildi. Normal bir sunucuda bu, posta kutusunun var olduğu anlamına gelir. Catch-all sunucuda hiçbir şey ifade etmez, çünkü aynı yanıt her adrese verilir.
• 550, 551 ya da 553: kalıcı ret. Posta kutusu yok ya da izin verilmiyor. Bu adresler geçersizdir.
• 552 ya da 452: posta kutusu dolu ya da sınırı aşmış. Adres gerçek ama şu an posta alamıyor.
• 450, 451 ya da 421: geçici sorun, çoğu zaman gri listeleme ya da meşgul sunucu. Doğru hareket silmek değil, yeniden denemektir.

Bu yazının konusu yalnızca ilk gruptur ve catch-all alan adında en az bilgi veren de odur.

Farklı listeler, farklı kurallar

• Çift onaylı bülten: kişi adresi kendisi onayladı, bu yüzden accept-all etiketi pek önemli değil. Tutun.
• İçe aktarılmış ya da eski liste: önce geçerli adreslere gönderin, sonra yukarıdaki gibi accept-all grubunu küçük partilerle test edin.
• Soğuk iletişim: sıkı olun. Accept-all adreslere yalnızca kişinin gerçek olduğuna dair ikinci bir işaret varsa gönderin, örneğin adres kalıbına uyan bir profil.
• İşlemsel e-posta: yeni kayıt olmuş birine yazıyorsunuz, adresi gerçek bir kişi yazdı. Accept-all'u dert etmek yerine yazım hatalarını yakalamak için kayıt anı kontrolü kullanın.

Tahmin etmek yerine ölçün

Accept-all grubunuzu iki yarıya bölün. Aynı mesajı iki yarıya farklı günlerde gönderin ve geri dönme ve şikayet oranlarını geçerli grubunuzla karşılaştırın. Accept-all yarılar geçerli gruba yakın performans gösteriyorsa tutun. Geri dönmeler artıyorsa yalnızca etkileşim verenleri tutun. Amaç kararı kendi rakamlarınızdan vermektir, çünkü catch-all sunucuların arkasındaki ölü adres oranı listeden listeye değişir.

Sık yapılan hatalar

1. Her accept-all adresi silmek. Gerçek potansiyel müşterileri ve müşterileri kaybedersiniz.
2. Yeni bir alan adından tam hacimle göndermek. Yeni bir göndericiden ani geri dönme dalgası, itibara zarar vermenin en hızlı yoludur.
3. "Riskli"yi "geçersiz" saymak. Bunlar farklı sonuçlardır ve farklı eylem gerektirir.
4. Hiç yeniden kontrol etmemek. Bir şirket posta sağlayıcısını değiştirdiğinde catch-all ayarı değişebilir.

Sözlük

• Catch-all: alan adındaki her adresin postasını tek bir kutuya yönlendiren sunucu ayarı.
• Accept-all: doğrulayıcının her alıcıya evet diyen sunucuya verdiği ad.
• Kalıcı geri dönme: kalıcı teslimat hatası.
• Geçici geri dönme: daha sonra başarılı olabilecek geçici hata.
• Rol adresi: bir kişi yerine info@ ya da support@ gibi ortak adres.