Валидатор email (синтаксис + обнаружение опечаток)

Что делает этот валидатор (и что не может)

Проверка синтаксиса email проверяет, соответствует ли «имя@домен.tld» структурным правилам RFC 5322. Используется прагматичное регулярное выражение, которое ловит почти все реальные опечатки, оставаясь достаточно гибким для допустимых адресов с плюс-тегами, точками и необычными TLD.

Что НЕ может делать инструмент: подтвердить, что адрес реально получает письма. Для этого нужно отправить настоящее письмо или выполнить SMTP-проверку — оба способа требуют серверного кода и риску ложных срабатываний (catch-all домены, грейлистинг). Синтаксическая проверка дёшево ловит опечатки; проверка доставляемости требует другого подхода.

Обнаружение распространённых опечаток

Отслеживаются опечатки у крупных бесплатных почтовых провайдеров — «gmial.com» вместо «gmail.com», «yaho.com» вместо «yahoo.com» и т.д. Около 95% опечаток при регистрации — опечатки доменов у этих нескольких провайдеров. Их выявление на стороне клиента спасает от отказа доставки приветственного письма и неловкого «проверьте адрес».

При создании формы регистрации запускайте ту же логику перед отправкой. Показывайте подсказку «Вы имели в виду…?» и позвольте пользователю принять или отклонить. Зрелые формы регистрации делают это регулярно — это заметно улучшает доставляемость.

Правила локальной части

Плюс-тег («user+filter@gmail.com»): широко поддерживается крупными провайдерами. Используйте для создания уникальных адресов при разных регистрациях с одним входящим ящиком.

Точки («user.name@gmail.com»): Gmail считает такой адрес идентичным адресу без точек (точки игнорируются), но другие провайдеры могут считать их разными адресами. Не полагайтесь на эквивалентность точек за пределами Gmail.

Длина: RFC 5321 ограничивает локальную часть 64 символами, а полный адрес — 254 символами. При превышении этих значений выводится предупреждение — большинство серверов отклоняют более длинные адреса.

Чувствительность к регистру: по RFC, локальная часть чувствительна к регистру, но большинство провайдеров обрабатывают её без учёта регистра. Домен всегда нечувствителен к регистру.