How It Works
How email checker validates addresses: syntax check, domain verification, MX records, SMTP validation explained.
EmailVerify utilise une approche de vérification multi-couches pour déterminer avec précision la délivrabilité des emails. Chaque email passe par plusieurs étapes de validation pour fournir les résultats les plus précis possibles.
Processus de Vérification
Email Soumis
↓
┌─────────────────┐
│ 1. Vérif Syntaxe│ → Format invalide ? → Retourner invalide
└────────┬────────┘
↓
┌─────────────────┐
│ 2. Vérif Domaine│ → Domaine inexistant ? → Retourner invalide
└────────┬────────┘
↓
┌─────────────────┐
│ 3. Vérification │ → Pas de serveur mail ? → Retourner invalide
│ Enregistr. MX│
└────────┬────────┘
↓
┌─────────────────┐
│ 4. Détection │ → Correspond base données ? → Marquer jetable
│ Jetable │
└────────┬────────┘
↓
┌─────────────────┐
│ 5. Vérif SMTP │ → Boîte inexistante ? → Retourner invalide
│ (Optionnel) │
└────────┬────────┘
↓
┌─────────────────┐
│ 6. Calcul │ → Calculer score de confiance
│ du Score │
└────────┬────────┘
↓
Retourner RésultatÉtapes de Vérification Expliquées
Étape 1 : Validation de la Syntaxe
Nous vérifions d'abord si l'adresse email suit les règles de format RFC 5322 valides :
- Contient exactement un symbole
@ - La partie locale (avant @) suit les règles de nommage
- La partie domaine (après @) est correctement formatée
- Aucun caractère invalide présent
Exemples :
user@example.com- Syntaxe valideuser.name+tag@example.co.uk- Syntaxe valideuser@- Invalide (domaine manquant)@example.com- Invalide (partie locale manquante)
Étape 2 : Vérification du Domaine
Nous vérifions que le domaine existe réellement et est correctement configuré :
- Recherche DNS du domaine
- Vérifier le statut d'enregistrement du domaine
- Vérifier que le domaine n'est pas sur des listes de blocage
Étape 3 : Vérification d'Enregistrement MX
Nous interrogeons le DNS pour les enregistrements MX (Mail Exchange) du domaine pour confirmer qu'il peut recevoir des emails :
example.com → MX: mail.example.com (Priorité: 10)
→ MX: backup.example.com (Priorité: 20)Les domaines sans enregistrements MX ne peuvent pas recevoir d'emails.
Étape 4 : Détection d'Email Jetable
Nous maintenons une base de données de plus de 5 000 domaines d'emails jetables connus, incluant :
- Services jetables publics (Mailinator, 10MinuteMail, etc.)
- Domaines jetables privés
- Générateurs d'emails temporaires
- Services d'alias
Notre base de données est mise à jour quotidiennement avec de nouveaux domaines jetables.
Étape 5 : Vérification SMTP
L'étape de vérification la plus précise mais aussi la plus complexe. Nous :
- Nous connectons au serveur mail du destinataire
- Initiions une conversation SMTP
- Vérifions si la boîte mail spécifique existe
- Gérons diverses réponses du serveur avec élégance
HELO verify.emailverify.ai
MAIL FROM:<verify@emailverify.ai>
RCPT TO:<user@example.com>
→ 250 OK (la boîte mail existe)
→ 550 User unknown (la boîte mail n'existe pas)Certains serveurs mail utilisent des configurations catch-all qui acceptent toutes les adresses. Dans ces cas, la vérification SMTP ne peut pas confirmer l'existence d'une boîte mail individuelle.
Étape 6 : Calcul du Score
Nous combinons les résultats de toutes les étapes pour calculer un score de confiance (0.0 - 1.0) :
| Facteur | Poids | Impact |
|---|---|---|
| Syntaxe valide | 10 % | Exigence de base |
| Domaine existe | 15 % | Requis pour livraison |
| Enregistrements MX valides | 20 % | Serveur mail configuré |
| Non jetable | 15 % | Indicateur de qualité |
| Confirmation SMTP | 30 % | Signal le plus fort |
| Réputation du domaine | 10 % | Données historiques |
Vitesse de Vérification
Différents niveaux de vérification ont différents profils de vitesse :
| Niveau | Vérifications Effectuées | Temps de Réponse Moy. |
|---|---|---|
| Basique | Syntaxe, Domaine, MX | < 100 ms |
| Standard | Basique + Jetable | < 200 ms |
| Complet | Standard + SMTP | 200 ms - 2s |
Gestion des Cas Particuliers
Domaines Catch-all
Certains domaines acceptent tous les emails indépendamment de l'existence de la boîte mail. Nous :
- Détectons la configuration catch-all
- Marquons le résultat comme
accept_all - Fournissons un score de confiance modéré
- Vous laissons décider comment gérer ces adresses
Greylisting
Certains serveurs rejettent temporairement les expéditeurs nouveaux. Nous :
- Détectons les réponses de greylisting
- Implémentons une logique de nouvelle tentative automatique
- Mettons en cache les résultats pour l'efficacité
Limitation de Débit par les Serveurs Cibles
Pour protéger à la fois EmailVerify et les serveurs mail cibles :
- Nous distribuons les demandes de vérification sur plusieurs IPs
- Implémentons une limitation de débit adaptative par domaine
- Respectons les délais demandés par le serveur
Infrastructure
Réseau de Vérification Mondial
- Plusieurs Centres de Données : US, EU, Asie-Pacifique
- Systèmes Redondants : Garantie de disponibilité de 99,9 %
- Routage Intelligent : Sélection de chemin optimal pour chaque vérification
Sécurité et Conformité
- Toutes les connexions chiffrées (TLS 1.3)
- Aucun contenu d'email jamais stocké
- Traitement des données conforme GDPR
- Certifié SOC 2 Type II
Meilleures Pratiques
Quand Vérifier
| Scénario | Approche Recommandée |
|---|---|
| Inscription utilisateur | Temps réel, vérification complète |
| Soumission formulaire | Temps réel, vérification basique |
| Nettoyage de liste | Vérification en masse |
| Avant campagnes | Vérification en masse |
| Importation de données | Vérification en masse |
Fréquence de Vérification
- Listes actives : Vérifier trimestriellement
- Listes inactives (90+ jours) : Vérifier avant tout envoi
- Nouvelles acquisitions : Toujours vérifier avant la première utilisation