Connexion

SMTP Bounce Code 5.1.3: Bad Address Syntax

Le code de rebond SMTP 5.1.3 indique que l'adresse email du destinataire a une syntaxe invalide et ne correspond pas au format d'adresse email standard. Il s'agit d'un échec permanent (hard bounce), ce qui signifie que le format de l'adresse est fondamentalement incorrect et ne peut pas être livré.

Que signifie 5.1.3 ?

Le code de statut amélioré 5.1.3 suit le format du Code de Statut Amélioré SMTP :

  • 5 = Échec permanent (hard bounce)
  • 1 = Statut d'adressage (lié à l'adresse du destinataire)
  • 3 = Mauvaise syntaxe d'adresse de boîte aux lettres de destination

Lorsque vous recevez un rebond 5.1.3, cela signifie que le format de l'adresse email est syntaxiquement invalide selon les normes RFC. L'adresse ne peut pas être analysée ou traitée car elle ne suit pas le format approprié (partie_locale@domaine).

Type de rebond

  • Type : Hard bounce (échec permanent)
  • Catégorie : Adressage
  • Action requise : Retirer l'adresse email de votre liste de diffusion ou corriger la syntaxe

Causes courantes

  1. Symbole @ manquant : L'adresse email est dépourvue du symbole @ (par exemple, userexample.com)
  2. Caractères invalides : L'adresse contient des caractères invalides qui ne sont pas autorisés dans les adresses email
  3. Plusieurs symboles @ : L'adresse contient plusieurs symboles @ (par exemple, user@@example.com)
  4. Espaces dans l'adresse : L'adresse contient des espaces (par exemple, user [email protected])
  5. Partie locale manquante : L'adresse est dépourvue de la partie locale avant @ (par exemple, @example.com)
  6. Domaine manquant : L'adresse est dépourvue de la partie domaine après @ (par exemple, user@)
  7. Format de domaine invalide : La partie domaine a un format invalide (par exemple, [email protected], user@example)
  8. Problèmes de caractères spéciaux : Utilisation incorrecte de caractères spéciaux (guillemets, antislashs, etc.)
  9. Points consécutifs : L'adresse contient des points consécutifs (par exemple, [email protected])
  10. Points initiaux/finaux : La partie locale commence ou se termine par un point (par exemple, [email protected])

Comment résoudre

Pour les marketeurs email

  1. Retirer de la liste : Retirez immédiatement l'adresse email de votre liste de diffusion active
  2. Vérifier les fautes de frappe : Examinez l'adresse pour des fautes de frappe évidentes ou des erreurs de formatage
  3. Valider le format d'adresse : Utilisez des outils de validation d'email pour vérifier la syntaxe de l'adresse
  4. Corriger si possible : Si vous pouvez identifier le format correct, mettez à jour l'adresse (par exemple, corrigez user@@example.com en [email protected])
  5. Examiner les méthodes de collecte : Examinez comment vous avez collecté cette adresse email pour prévenir des problèmes similaires
  6. Utiliser la validation à l'entrée : Implémentez la validation de format email lors de la collecte d'adresses

Pour les développeurs

  1. Validation de format email : Implémentez une validation stricte de format email en utilisant une regex conforme à RFC 5322
  2. Vérification de syntaxe : Validez la syntaxe email avant de stocker les adresses dans votre base de données
  3. Implémenter la gestion des rebonds : Configurez le traitement automatisé des rebonds pour retirer les rebonds 5.1.3
  4. Assainissement d'entrée : Assainissez et validez les adresses email au point d'entrée
  5. Analyse des modèles : Analysez les rebonds 5.1.3 pour identifier les erreurs de syntaxe courantes et améliorer la validation
  6. Normalisation d'adresse : Normalisez les adresses email (supprimez les espaces, convertissez en minuscules) avant la validation
  7. Prévenir @ en double : Vérifiez plusieurs symboles @ avant l'envoi
  8. Liste de suppression : Maintenez une liste de suppression d'adresses avec des erreurs de syntaxe

Règles de format d'adresse email

Une adresse email valide doit :

  • Contenir exactement un symbole @
  • Avoir une partie locale (avant @) qui n'est pas vide
  • Avoir une partie domaine (après @) qui n'est pas vide
  • Suivre les spécifications de format RFC 5322
  • Ne pas contenir d'espaces (sauf s'ils sont correctement entre guillemets)
  • Ne pas commencer ou se terminer par un point dans la partie locale
  • Ne pas contenir de points consécutifs

Codes de rebond associés

Exemples

Exemple de message de rebond

550 5.1.3 Bad address syntax
Email address format is invalid.

Exemple avec code de statut amélioré

550 5.1.3 <user@@example.com>: Bad address syntax - multiple @ symbols

Réponses courantes des fournisseurs d'email

  • Générique : "550 5.1.3 Bad address syntax"
  • Plusieurs @ : "Invalid address format - multiple @ symbols"
  • @ manquant : "Email address must contain @ symbol"
  • Format invalide : "Email address format is invalid"

Erreurs de syntaxe courantes

  • user@@example.com - Plusieurs symboles @
  • [email protected] - Points consécutifs dans le domaine
  • user @example.com - Espace avant @
  • @example.com - Partie locale manquante
  • user@ - Domaine manquant
  • [email protected] - Point initial dans la partie locale
  • [email protected] - Format de domaine invalide

Bonnes pratiques

  1. Ne jamais réessayer : N'essayez pas de renvoyer des emails à des adresses avec des erreurs de syntaxe—elles continueront d'échouer
  2. Valider à l'entrée : Validez toujours le format d'adresse email lorsque les utilisateurs saisissent leur email
  3. Utiliser la validation conforme à RFC : Utilisez une validation conforme à RFC 5322 plutôt que de simples motifs regex
  4. Normaliser les adresses : Normalisez les adresses email (supprimez, minuscules) avant la validation
  5. Prévenir les erreurs courantes : Vérifiez les erreurs courantes comme plusieurs symboles @, espaces, etc.
  6. Maintenir l'hygiène de la liste : Nettoyez régulièrement votre liste email pour retirer les adresses avec des erreurs de syntaxe
  7. Utiliser les bibliothèques de validation d'email : Utilisez des bibliothèques établies de validation d'email plutôt que des regex personnalisés
  8. Enregistrer les erreurs de syntaxe : Enregistrez les erreurs de syntaxe pour identifier des modèles et améliorer la validation