How It Works

EmailVerify использует многоуровневый подход к верификации для точного определения доставляемости email. Каждый email проходит несколько этапов проверки для получения максимально точных результатов.

Процесс верификации

Email отправлен
      ↓
┌─────────────────┐
│ 1. Проверка     │ → Неверный формат? → Вернуть invalid
│    синтаксиса   │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 2. Проверка     │ → Домен не существует? → Вернуть invalid
│    домена       │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 3. Верификация  │ → Нет почтового сервера? → Вернуть invalid
│    MX-записей   │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 4. Обнаружение  │ → Совпадает с базой? → Отметить как disposable
│    одноразовых  │
└────────┬────────┘
         ↓
┌─────────────────┐
│ 5. SMTP-        │ → Почтовый ящик не существует? → Вернуть invalid
│    проверка     │
│    (опционально)│
└────────┬────────┘
         ↓
┌─────────────────┐
│ 6. Расчёт       │ → Вычислить оценку уверенности
│    оценки       │
└────────┬────────┘
         ↓
    Вернуть результат

Описание этапов верификации

Этап 1: Валидация синтаксиса

Сначала мы проверяем, соответствует ли email-адрес правилам формата RFC 5322:

• Содержит ровно один символ @
• Локальная часть (до @) соответствует правилам именования
• Доменная часть (после @) правильно отформатирована
• Отсутствуют недопустимые символы

Примеры:

• user@example.com - Валидный синтаксис
• user.name+tag@example.co.uk - Валидный синтаксис
• user@ - Невалидный (отсутствует домен)
• @example.com - Невалидный (отсутствует локальная часть)

Этап 2: Верификация домена

Мы проверяем, что домен действительно существует и правильно настроен:

• DNS-запрос для домена
• Проверка статуса регистрации домена
• Проверка отсутствия домена в чёрных списках

Этап 3: Проверка MX-записей

Мы запрашиваем DNS для получения MX (Mail Exchange) записей домена для подтверждения возможности получения email:

example.com → MX: mail.example.com (Приоритет: 10)
            → MX: backup.example.com (Приоритет: 20)

Домены без MX-записей не могут получать email.

Этап 4: Обнаружение одноразовых email

Мы поддерживаем базу данных из 5000+ известных одноразовых email-доменов, включая:

• Публичные одноразовые сервисы (Mailinator, 10MinuteMail и т.д.)
• Приватные одноразовые домены
• Генераторы временных email
• Сервисы алиасов

Наша база данных обновляется ежедневно с добавлением новых одноразовых доменов.

Этап 5: SMTP-верификация

Наиболее точный, но и наиболее сложный этап проверки. Мы:

1. Подключаемся к почтовому серверу получателя
2. Инициируем SMTP-диалог
3. Проверяем существование конкретного почтового ящика
4. Корректно обрабатываем различные ответы сервера

HELO verify.emailverify.ai
MAIL FROM:<verify@emailverify.ai>
RCPT TO:<user@example.com>
→ 250 OK (почтовый ящик существует)
→ 550 User unknown (почтовый ящик не существует)

Этап 6: Расчёт оценки

Мы объединяем результаты всех этапов для расчёта оценки уверенности (0.0 - 1.0):

Скорость верификации

Разные уровни верификации имеют разные профили скорости:

Обработка особых случаев

Catch-all домены

Некоторые домены принимают все email независимо от существования почтового ящика. Мы:

1. Обнаруживаем catch-all конфигурацию
2. Помечаем результат как accept_all
3. Предоставляем умеренную оценку уверенности
4. Позволяем вам решить, как обрабатывать такие адреса

Greylisting

Некоторые серверы временно отклоняют первых отправителей. Мы:

1. Обнаруживаем ответы greylisting
2. Реализуем автоматическую логику повторных попыток
3. Кэшируем результаты для эффективности

Ограничение частоты целевыми серверами

Для защиты EmailVerify и целевых почтовых серверов:

1. Мы распределяем запросы верификации между несколькими IP
2. Реализуем адаптивное ограничение частоты для каждого домена
3. Соблюдаем запрашиваемые сервером задержки

Инфраструктура

Глобальная сеть верификации

• Несколько дата-центров: США, ЕС, Азиатско-Тихоокеанский регион
• Резервные системы: Гарантия 99.9% uptime
• Умная маршрутизация: Оптимальный выбор пути для каждой верификации

Безопасность и соответствие требованиям

• Все соединения зашифрованы (TLS 1.3)
• Содержимое email никогда не сохраняется
• Обработка данных соответствует GDPR
• Сертификация SOC 2 Type II

Лучшие практики

Когда верифицировать

Частота верификации

• Активные списки: Верифицировать ежеквартально
• Неактивные списки (90+ дней): Верифицировать перед любой отправкой
• Новые приобретения: Всегда верифицировать перед первым использованием

Следующие шаги