ตรวจสอบอีเมล (syntax + ตรวจจับการพิมพ์ผิ

เครื่องมือนี้ทำอะไรได้ (และทำอะไรไม่ได้)

การตรวจสอบ syntax อีเมลตรวจว่า 'name@domain.tld' ปฏิบัติตามกฎโครงสร้างใน RFC 5322 หรือไม่ เราใช้ regex ที่ใช้งานได้จริงซึ่งจับการพิมพ์ผิดในโลกจริงเกือบทั้งหมด ในขณะที่ยังยืดหยุ่นพอสำหรับที่อยู่ที่ถูกต้องที่มี plus tag, dots และ TLD ที่ผิดปกติ

สิ่งที่เครื่องมือนี้ทำไม่ได้: ยืนยันว่าที่อยู่รับอีเมลได้จริง สิ่งนั้นต้องส่งอีเมลจริงหรือทำการตรวจสอบ SMTP ซึ่งต้องใช้โค้ดฝั่งเซิร์ฟเวอร์และมีความเสี่ยง false positive การตรวจสอบ syntax จับการพิมพ์ผิดในราคาถูก การตรวจสอบ deliverability ต้องการวิธีอื่น

การตรวจจับการพิมพ์ผิดทั่วไป

เราตรวจหาการพิมพ์ผิดในผู้ให้บริการอีเมลฟรีหลัก — 'gmial.com' แทน 'gmail.com', 'yaho.com' แทน 'yahoo.com' ฯลฯ ประมาณ 95% ของการพิมพ์ผิดในการสมัครอีเมลเป็นการพิมพ์ผิด domain ของผู้ให้บริการไม่กี่รายเหล่านี้ การจับฝั่ง client ช่วยให้คุณไม่ต้องส่งอีเมลต้อนรับที่เด้งกลับ

หากคุณสร้างฟอร์มสมัคร ใช้ตรรกะเดียวกันก่อนส่ง แสดงคำแนะนำ 'คุณหมายถึง...?' และให้ผู้ใช้ยอมรับหรือปฏิเสธ ฟอร์มสมัครที่ดีทำเช่นนี้เป็นประจำ ช่วยปรับปรุง deliverability อีเมลอย่างเห็นได้ชัด

กฎ local part

Plus tag ('user+filter@gmail.com'): รองรับกันอย่างกว้างขวางโดยผู้ให้บริการหลัก ใช้สร้างที่อยู่เฉพาะสำหรับการสมัครต่าง ๆ โดยเก็บ inbox เดียว

Dots ('user.name@gmail.com'): Gmail ถือว่าเป็นที่อยู่เดียวกัน (ละเว้น dots) แต่ผู้ให้บริการอื่นอาจถือว่าเป็นที่อยู่ต่างกัน อย่าพึ่งพา dot-equivalence นอก Gmail

ความยาว: RFC 5321 จำกัด local part ที่ 64 ตัวอักษรและที่อยู่ทั้งหมดที่ 254 ตัวอักษร เราเตือนเมื่อเกินขีดเหล่านี้ — เซิร์ฟเวอร์ส่วนใหญ่ปฏิเสธที่อยู่ที่ยาวกว่า

Case sensitivity: ตาม RFC local part คำนึงถึงตัวพิมพ์แต่ผู้ให้บริการส่วนใหญ่ถือว่าไม่คำนึงถึงตัวพิมพ์ Domain ไม่คำนึงถึงตัวพิมพ์เสมอ