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

Введите email для проверки синтаксиса и обнаружения опечаток домена вроде «gmial.com» → «gmail.com». Разбирает локальную часть, домен, TLD и предупреждает о нарушениях лимитов RFC.

Email-адрес

✓Синтаксис верен

Локальная часть: user
Домен: example.com
TLD: com
Плюс-тег (+): —

Как это работает

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

Проверка синтаксиса 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, локальная часть чувствительна к регистру, но большинство провайдеров обрабатывают её без учёта регистра. Домен всегда нечувствителен к регистру.

Частые вопросы

›Подтверждает ли это существование email?

Нет — только синтаксис. Для подтверждения существования ящика нужна серверная SMTP-проверка или отправка письма для верификации. Этот инструмент дёшево ловит опечатки.

›Почему он принял 'a@b.co'?

Потому что это технически допустимый синтаксис. TLD '.co' реален (Колумбия). Синтаксическая валидация не может фильтровать настоящие, но редкие TLD.

›Что насчёт email с юникодом (например, пользователь@пример.рф)?

Интернационализированные email-адреса допустимы по RFC 6531, но использованное здесь регулярное выражение их не принимает. Большинство бэкендов форм пока тоже нет. Для юникодной валидации используйте специализированную библиотеку.

›Что такое плюс-тег?

Всё между + и @ маршрутизируется Gmail и многими провайдерами в основной ящик. user+сервис@gmail.com приходит на user@gmail.com, но вы можете фильтровать по суффиксу +сервис.

›Почему Gmail игнорирует точки?

Историческая политика Gmail. user.name@gmail.com и username@gmail.com доставляются в один ящик. Другие провайдеры (Яндекс, Mail.ru, Outlook) могут считать их разными адресами.

›Каков максимальный допустимый email?

254 символа итого по RFC 5321. Локальная часть ≤ 64. Большинство серверов отклоняют более длинные.

›Данные покидают браузер?

Нет. Валидация выполняется локально; ничего не передаётся ни на какой сервер.

›Можно ли проверять массово?

Не в этом инструменте — вставляйте по одному адресу. Для списков используйте скрипт или специализированный сервис массовой проверки (с согласия владельцев адресов).