Синтаксис email по RFC 5322: что проверяет валидатор
RFC 5322 — международный стандарт формата сообщений электронной почты, включая структуру адреса: локальная часть до @, символ @, доменная часть после. Простое регулярное выражение «что-то@что-то.ру» пропускает сотни невалидных комбинаций: двойные точки, пробелы, запрещённые символы, слишком длинные сегменты.
Первый уровень проверки в MailVerifier.ru — строгий разбор синтаксиса по RFC 5322. Адрес с синтаксической ошибкой получает рейтинг 0 и рекомендацию «отклонить» без затрат на DNS-запросы и дальнейшие проверки.
Типичные синтаксические ошибки
Пользователи вводят пробелы в начале и конце, забывают @, ставят две точки подряд в домене, используют кириллическую «а» вместо латинской в gmail.com. Разработчики иногда разрешают плюс-адреса и кавычки в локальной части некорректно. Боты генерируют строки без @ вообще. Всё это отсекается на этапе синтаксиса за миллисекунды.
Отличие от «простой» валидации в формах
HTML5 type=email и базовые regex в фреймворках либеральны или, наоборот, слишком строги к допустимым по RFC конструкциям. MailVerifier.ru использует проверенный парсер, совместимый с реальными почтовыми системами. Адрес user+tag@domain.co.uk корректен; user@@domain.com — нет.
- Проверка длины локальной части и домена
- Корректность IDN-доменов (кириллические домены в punycode)
- Запрет заведомо недопустимых последовательностей
- Нормализация: trim, lowercase домена
Синтаксис — только начало
Корректный синтаксис не гарантирует существование ящика. После RFC 5322 MailVerifier.ru проверяет MX, disposable из 141 000+ доменов, роликовые адреса и SPF/DKIM/DMARC. Полная цепочка даёт рейтинг качества, а не бинарное «похоже на email». Интегрируйте API в формы регистрации: пользователь с опечаткой узнает об ошибке до отправки формы, а не через неделю, когда письмо так и не пришло.
Дополнительные рекомендации для практики
Начните с бесплатной онлайн-проверки на MailVerifier.ru, чтобы увидеть рейтинг качества и рекомендацию принять, проверить или отклонить на реальных примерах из вашей ниши. Затем подключите API к форме регистрации или импорту CSV и зафиксируйте пороги в документации команды. Через месяц сравните bounce rate, долю disposable и конверсию лидов — эффект валидации обычно виден уже после первой чистки базы.
Не забывайте про регулярное обновление: база из 141 000+ одноразовых доменов пополняется, появляются новые tempmail-сервисы и устаревают старые корпоративные ящики. Повторная массовая проверка раз в полгода и валидация на входе при каждой новой подписке — минимальный стандарт для email-маркетинга и B2B-воронки в 2026 году. При вопросах по интеграции обратитесь к документации на mailverifier.ru/docs и зарегистрируйтесь для получения API-ключа.
Сочетайте автоматическую проверку с человеческими процессами: средний рейтинг — повод уточнить контакт, низкий — отклонить без исключений для платных тарифов. Так MailVerifier.ru становится не разовым инструментом, а частью культуры качества данных в компании.
Итоги и следующие шаги
Зафиксируйте внутренний регламент: какой минимальный рейтинг качества допустим для регистрации, подписки, B2B-демо и транзакционных писем. Обучите поддержку и отдел продаж читать флаги disposable, role_based и catch_all в ответе API. При миграции на новую CRM или ESP проведите массовую проверку CSV до переноса — дешевле очистить данные один раз, чем восстанавливать репутацию домена после рассылки на мёртвые адреса.
MailVerifier.ru развивает базу одноразовых доменов и уровни проверки; следите за обновлениями в документации. Тестируйте пороги на staging, измеряйте метрики до и после внедрения. Качественный email-контакт — фундамент доставляемости, конверсии и доверия клиентов.