Validator Email (sintaks + deteksi kesalahan ketik umum)

Yang dilakukan validator ini (dan yang tidak bisa)

Validasi sintaks email memeriksa apakah 'nama@domain.tld' mengikuti aturan struktural dalam RFC 5322. Kami menggunakan regex pragmatis yang menangkap hampir semua kesalahan ketik dunia nyata sambil tetap cukup fleksibel untuk alamat yang sah dengan tag plus, titik, dan TLD yang tidak biasa.

Yang TIDAK bisa dilakukan ini: mengkonfirmasi alamat benar-benar menerima email. Itu memerlukan pengiriman email nyata atau pemeriksaan SMTP, keduanya memerlukan kode sisi server dan berisiko positif palsu. Validasi sintaks menangkap kesalahan ketik dengan murah; pemeriksaan keterkiriman memerlukan pendekatan yang berbeda.

Deteksi kesalahan ketik umum

Kami memantau kesalahan ketik pada penyedia email gratis utama — 'gmial.com' alih-alih 'gmail.com', 'yaho.com' alih-alih 'yahoo.com', dll. Sekitar 95% kesalahan ketik pendaftaran email adalah kesalahan ketik domain pada beberapa penyedia ini. Menangkapnya di sisi klien menghemat email sambutan yang terpantul dan tindak lanjut 'tolong periksa alamat Anda' yang tidak nyaman.

Jika Anda membuat formulir pendaftaran, jalankan logika yang sama sebelum mengirimkan. Tampilkan saran 'Maksud Anda…?' dan biarkan pengguna menerima atau mengabaikan. Aliran pendaftaran yang matang melakukan ini secara rutin; ini secara nyata meningkatkan keterkiriman email.

Aturan bagian lokal

Tag plus ('user+filter@gmail.com'): didukung secara luas oleh penyedia besar. Gunakan untuk membuat alamat unik untuk pendaftaran berbeda sambil mempertahankan satu kotak masuk.

Titik ('user.name@gmail.com'): diperlakukan sebagai alamat yang sama oleh Gmail (titik diabaikan), tetapi penyedia lain mungkin memperlakukannya sebagai alamat berbeda. Jangan bergantung pada kesetaraan titik di luar Gmail.

Panjang: RFC 5321 membatasi bagian lokal hingga 64 karakter dan alamat lengkap hingga 254 karakter. Kami memperingatkan saat ini dilampaui — sebagian besar server menolak alamat yang lebih panjang.

Sensitivitas huruf: per RFC, bagian lokal peka huruf besar-kecil tetapi sebagian besar penyedia memperlakukannya sebagai tidak peka. Domain selalu tidak peka huruf besar-kecil.