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

Birinin adresinin gerçek olup olmadığını öğrenmek için ona e-posta göndermeniz gerekmez. Birkaç teknik, posta sisteminin kendisini kullanarak bir adresi doğrular; bu rehber her birini, nerede işe yaradığını ve nerede yetersiz kaldığını açıklıyor.

Özetle

Bir e-posta adresini göndermeden doğrulamak için biçimini kontrol edebilir, alan adının posta sunucularına sahip olduğunu teyit edebilir, ardından mesaj teslimatından önce duran bir SMTP el sıkışması çalıştırabilirsiniz. Güvenilir yöntem elle yapılan bir komut satırı yoklaması değildir; catch-all, tek kullanımlık ve rol tabanlı sonuçları da ele alan katmanlı bir doğrulama API'si veya toplu doğrulamayı iş akışıdır.

Neden Göndermeden Doğrulamalı

Bir e-posta adresini test etmenin bariz yolu, ona e-posta gönderip geri dönüp dönmediğine bakmaktır. Bu işe yarar, ancak mümkün olan en kötü yöntemdir. Geri dönme ancak mesaj bir posta kutusu sağlayıcısına ulaştıktan sonra gerçekleşir; yani hata gönderici itibarınıza çoktan işlenmiştir. Bir listeyi bu şekilde test ederseniz, hangi adreslerin kötü olduğunu bu süreçte itibarınıza zarar vererek öğrenmiş olursunuz. Ayrıca sessizce test de edemezsiniz, çünkü gerçek alıcılar gerçek bir mesaj alır.

Göndermeden doğrulamak bunu tersine çevirir. Tek bir kampanyayı bir adrese ayırmadan önce o adresin e-posta alıp alamayacağını doğrular. Hiçbir şey gelen kutusuna ulaşmaz, hiçbir şey geri dönmez ve itibarınız etkilenmez. Bu mümkündür, çünkü posta sistemi sunucuların birbirine soru sormasına olanak tanıyan bir protokol üzerine kuruludur ve bir doğrulayıcı bu soruları teslimatı gerçekleştirmeden sorabilir.

Basit bir biçim kontrolünden alıcı sunucuyla tam bir konuşmaya kadar uzanan birkaç yöntem vardır. Her biri sorunun bir kısmını yanıtlar; her birinin size neyi söyleyip neyi söylemediğini anlamak, onları iyi kullanmanın anahtarıdır.

Bir adresi mesaj gövdesi göndermeden DNS, MX ve RCPT TO üzerinden kontrol eden SMTP doğrulama iş akışı
SMTP kontrolü, alıcı sunucunun bir posta kutusu için e-posta kabul edip etmeyeceğini sorabilir ve hiçbir mesaj teslim edilmemesi için DATA komutundan önce durur.
YöntemNeyi kanıtlarTemel sınırlama
Söz dizimi kontrolüAdres doğru biçimdedir.Alan adının veya posta kutusunun var olduğunu kanıtlayamaz.
MX sorgusuAlan adı posta sunucuları yayımlar.Belirli posta kutusu hakkında hiçbir şey söylemez.
SMTP el sıkışmasıSunucunun o alıcı adresi için verdiği yanıt.Catch-all alan adları, greylisting ve kısıtlama sonucu belirsiz hâle getirebilir.
Doğrulama hizmetiRisk kategorileriyle birlikte katmanlı bir teslim edilebilirlik sonucu.Belirsiz sunucu davranışı yine de tahminle değil, dürüst etiketlerle ifade edilmelidir.

Yöntem 1: Söz Dizimi Doğrulaması

En hızlı kontrol tamamen yapısaldır. E-posta adresi biçimi, geçerli bir adresin tam olarak nasıl göründüğünü tanımlayan RFC 5322 adlı bir belirtimle belirlenir: bir yerel kısım, bir @ işareti ve bir alan adı; hangi karakterlere nerede izin verildiğine dair kurallarla birlikte.

Söz dizimi doğrulaması bir adresi bu kurallara göre test eder. @ işareti olmayan, boşluk veya geçersiz karakter içeren, alan adı eksik veya hatalı olan ya da yerel kısmı belirtime uymayan adresleri yakalar. Hiç ağ bağlantısı gerektirmez; bu yüzden anlık ve ücretsizdir ve hatalı adreslerin kayda değer bir kısmını, çoğunlukla veri girişi sırasında yapılan basit yazım hatalarını eler.

Sınırlama temeldir. Söz dizimi doğrulaması yalnızca bir adresin doğru biçimde olduğunu kanıtlar. Adresin var olduğunu kanıtlayamaz. valid.but.fake@gmail.com adresi tamamen geçerli bir söz dizimine sahiptir ve neredeyse kesinlikle gerçek bir posta kutusu değildir. Söz dizimi doğrulamasını asla bir karar olarak değil, ilk filtre olarak görün.

Yöntem 2: Alan Adı ve MX Kaydı Sorgusu

Sonraki adım adresten alan adına geçer. E-posta alabilen her alan adı, Mail Exchanger'ın kısaltması olan MX kayıtları adlı DNS kayıtları yayımlar. Bu kayıtlar, alan adı adına e-posta kabul etmekten sorumlu sunucuları belirtir.

MX sorgusu, alan adının MX kayıtları için DNS'i sorgular. Alan adının geçerli MX kayıtları varsa e-posta alacak şekilde yapılandırılmıştır ve bir bağlantı noktası mevcuttur. Alan adının MX kaydı yoksa hiç e-posta alamaz ve yazımı ne olursa olsun üzerindeki her adres geçersizdir. Bu adım, şirketler kapandıkça veya marka değiştirdikçe eski listelerde sürekli karşılaşılan ölü alan adlarını yakalamakta mükemmeldir.

Sınırlama, alan adı kontrolünün yanlış düzeyde çalışmasıdır. gmail.com'un MX kayıtlarına sahip olduğunu doğrulamak, Google'ın e-posta alabildiğini söyler. Belirli bir Gmail posta kutusunun var olup olmadığı hakkında ise hiçbir şey söylemez. Alan adı ve MX doğrulaması alanı daraltır, ancak tek bir adresi kesinleştiremez.

Yöntem 3: SMTP Kontrolü veya Ping Atma

Bu, belirli bir posta kutusunu ona göndermeden gerçekten inceleyen yöntemdir. Genellikle bir e-posta adresine ping atmak olarak adlandırılır, ancak bu ad yanıltıcıdır. Ağ tanılamada kullanılan ICMP ping komutuyla hiçbir ilgisi yoktur. E-posta doğrulamada ping atmak, alıcı sunucuyla bir SMTP konuşması yürütmek anlamına gelir.

SMTP, yani Simple Mail Transfer Protocol, posta sunucularının mesajları birbirine iletmek için kullandığı dildir. Normal bir teslimat sabit bir komut dizisini izler. SMTP kontrolü bu diziyi adım adım izler ama bir adım önce durur.

İşleyiş şöyledir. Doğrulayıcı, MX sorgusunda bulunan alıcı posta sunucusuyla bir bağlantı açar. EHLO veya HELO ile selamlaşarak kendini tanıtır. MAIL FROM komutuyla bir gönderici bildirir. Ardından doğrulanan adresi tam olarak belirterek RCPT TO komutunu gönderir. Alıcı sunucu bir durum koduyla yanıt verir. 250 kodu, sunucunun o adres için e-posta kabul edeceği anlamına gelir. 550 kodu ise adresi reddettiği anlamına gelir; genellikle posta kutusu mevcut olmadığı içindir. Doğrulayıcı bu kodu okur ve ardından bağlantıyı kapatmak için QUIT gönderir. DATA komutunu asla göndermez. DATA, asıl mesaj gövdesinin iletileceği adımdır ve konuşma DATA'dan önce bittiği için hiçbir e-posta teslim edilmez. Posta kutusu kontrol edilmiştir ve alıcıya hiçbir şey ulaşmamıştır.

Göndermeden doğrulamanın özü budur. Asıl zorluklar da tam burada başlar.

SMTP Kontrolleri Nerede Sorun Yaşar

SMTP kontrolü kesin sonuç veriyormuş gibi görünür, ancak yaygın birkaç sunucu davranışı ham, manuel bir kontrolü güvenilmez kılar.

Catch-all alan adları

Bazı alan adları catch-all olarak yapılandırılmıştır; yani sunucu, posta kutusu var olsun ya da olmasın alan adındaki olası her adres için e-posta kabul eder. Catch-all bir sunucu gerçek bir adres, yanlış yazılmış bir adres ve tamamen rastgele bir adres için aynı şekilde 250 kodu döndürür. Bu nedenle catch-all bir alan adına yapılan SMTP kontrolü, posta kutusu düzeyinde size kesin bir şey söylemez, çünkü yanıt her zaman evettir. Catch-all tespiti için alan adını rastgele bir adresle yoklamak ve onun da kabul edildiğini görmek gerekir. Bu bir kalite puanı değil, tespittir ve size adresin tek başına doğrulanamayacağını söyler.

Greylisting

Bazı sunucular, tanımadıkları bir göndericiyi ilk gördüklerinde, meşru bir posta sunucusunun kısa süre içinde yeniden denemesini bekleyerek bilerek geçici bir hata kodu döndürür. Bu geçici kodu kalıcı bir başarısızlık olarak okuyan basit bir kontrol, tamamen sağlam bir adresi yanlışlıkla geçersiz olarak işaretler. Doğru yönetim, geçici kodları tanımak ve onları nihai yanıt olarak görmemek demektir.

Yoklama engelleme

Manuel kontrolleri pratikte bitiren şey budur. Google ve Microsoft gibi büyük sağlayıcılar, tek bir IP adresinden tekrarlanan SMTP yoklamalarını izler ve bunu, bir spam göndericinin geçerli adres toplamak için kullandığı türden bir keşif davranışı olarak değerlendirir. Tepkileri, yoklama yapan IP'yi doğrudan engellemektir. Yani bir listeyi kendi sunucunuzdan veya bir Telnet oturumundan manuel SMTP kontrolleriyle doğrulamaya çalışırsanız, birkaç yanıt alırsınız ve ardından IP'nizin engellendiğini, kalan kontrollerin yanlış nedenle başarısız olduğunu görürsünüz. Manuel SMTP doğrulaması ölçeklenmez ve yüksek hacimde hiç çalışmaz.

Yöntem 4: Özel Bir Doğrulama Hizmeti

Yukarıdaki yöntemlerin her biri yapbozun bir parçasını doğrular ve her birinin tek başına gerçek bir zayıflığı vardır. Özel bir doğrulama hizmeti, hepsini birlikte çalıştırmak, uç durumları doğru yönetmek ve manuel kontrollerin ulaşamayacağı bir ölçekte çalışmak için vardır.

VeriMails her adreste tüm kontrolleri katman katman uygular. RFC 5322'ye göre söz dizimi doğrulaması yapar, MX ve DNS sorgusunu gerçekleştirir ve yukarıda anlatılan canlı SMTP el sıkışmasını yürütür; hepsini hiçbir mesaj teslim etmeden yapar. Bu temelin üzerine catch-all tespiti ekler; böylece her şeyi kabul eden alan adları yanlışlıkla geçerli gösterilmek yerine doğru şekilde tanımlanır. Tek kullanımlık alan adı tespiti ekler; böylece geçici, atılabilir adresler işaretlenir. Rol tabanlı adres tespiti ekler; böylece info@ ve support@ gibi adresler etiketlenir. Greylisting'i ve diğer geçici yanıtları tanır ve onları zorla yanlış bir geçersiz sonuca dönüştürmek yerine doğru şekilde sınıflandırır. Ve doğrulama için tasarlanmış bir altyapıdan çalışır; böylece manuel kontrolleri çökerten yoklama engelleme sorunu onu durdurmaz.

Sonuç, hiç e-posta gönderilmeden yapılan pratik bir doğrulamadır. REST API ile tek bir adresi gerçek zamanlı doğrulayın; bu, bir kayıt formu gönderimini anında kontrol etmek için idealdir. Ya da toplu CSV doğrulamasıyla ile bir kampanyadan önce listenin tamamını temizleyin. Fiyatlar e-posta başına $0.0019'dan başlar; 10,000 kredi $19, 5 milyona kadar kredi içeren paketler ise $1,499'dur. Yıllık faturalandırmada aylık $12.50/ay'dan başlayan abonelik planları da mevcuttur. Her hesap kayıtta 100 ücretsiz kredi alır, kredi kartı gerekmez ve kredilerin süresi asla dolmaz; böylece gerçek bir e-posta göndermeden gerçek bir listeyi doğrulayabilir ve farkı kendiniz görebilirsiniz.

Sıkça Sorulan Sorular

Evet. Bir SMTP doğrulama kontrolü alıcı posta sunucusuyla bağlantı açar, el sıkışmayı RCPT TO komutuna kadar ilerletir, sunucunun yanıtını okur ve mesajın iletileceği DATA aşamasından önce bağlantıyı keser. Adres kontrol edilir, ancak hiçbir e-posta teslim edilmez.
Bir e-posta adresine ping atmak, SMTP doğrulama süreci için kullanılan gayriresmî bir terimdir. ICMP ping komutunu kullanmaz. Alıcı sunucuyla bir SMTP konuşması açmak, hedef adresle RCPT TO göndermek ve posta kutusunun var olup olmadığını değerlendirmek için sunucunun döndürdüğü durum kodunu okumak anlamına gelir.
Büyük sağlayıcılar, tek bir IP'den gelen tekrarlı manuel SMTP yoklamalarını şüpheli sayıp engelleyebilir veya kısıtlayabilir. Birçok sunucu ayrıca posta kutusu düzeyindeki yanıtları devre dışı bırakır veya catch-all olarak yapılandırılmıştır; bu yüzden manuel bir kontrol belirsiz sonuçlar döndürür. Bir doğrulama hizmeti birden fazla kontrolü katman katman uygular ve belirsiz yanıtları daha güvenilir şekilde yönetir.
Tüm kontrolleri bir araya getiren özel bir doğrulama hizmeti en güvenilir seçenektir. VeriMails her adreste söz dizimi doğrulaması, MX ve DNS sorguları, canlı SMTP el sıkışması ile catch-all, tek kullanımlık ve rol tabanlı adres tespiti yapar ve hiçbir mesaj göndermez.

Temiz Verilerle Başlayın

Kayıtta 100 ücretsiz kredi. Kredi kartı gerekmez. Önerileri bugün uygulamaya geçirin.

Ücretsiz Başlayın
Kredi kartı gerekmez. Kredilerin süresi asla dolmaz.