Connexion

SMTP Bounce Code 5.7.1: Delivery Not Authorized

Le code de rebond SMTP 5.7.1 indique que le message a été rejeté en raison de restrictions de sécurité ou de politique. Le serveur de messagerie de réception a déterminé que vous n'êtes pas autorisé à envoyer des emails au destinataire, souvent en raison du filtrage de spam, d'échecs d'authentification ou de violations de politiques.

Que signifie 5.7.1 ?

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

  • 5 = Échec permanent (hard bounce)
  • 7 = Statut de sécurité ou politique
  • 1 = Livraison non autorisée, message refusé

Lorsque vous recevez un rebond 5.7.1, cela signifie que le serveur de messagerie de réception a bloqué votre email en raison de politiques de sécurité, de problèmes d'authentification ou de filtrage de spam. Il s'agit d'un problème grave qui nécessite une attention immédiate à votre authentification email et à votre réputation d'expéditeur.

Type de rebond

  • Type : Rejet (échec permanent)
  • Catégorie : Contenu/Authentification
  • Action requise : Examiner l'authentification email, la réputation de l'expéditeur et les politiques de contenu

Causes courantes

  1. Échec d'authentification SPF : L'enregistrement SPF de votre domaine d'envoi n'autorise pas votre adresse IP d'envoi
  2. Signature DKIM manquante ou invalide : Vos emails manquent d'une signature DKIM valide ou la vérification de signature a échoué
  3. Violation de politique DMARC : Votre email échoue aux vérifications d'authentification DMARC
  4. Problèmes de réputation IP : Votre adresse IP d'envoi est sur une liste noire ou a une mauvaise réputation
  5. Réputation de domaine : Votre domaine d'envoi a une mauvaise réputation ou est marqué comme spam
  6. Filtrage de contenu : Le contenu de l'email a déclenché des filtres de spam ou des violations de politiques
  7. Limitation de débit : Vous envoyez trop d'emails trop rapidement, déclenchant des limites de débit
  8. Politique du destinataire : L'organisation du destinataire a des politiques qui bloquent les emails de votre domaine ou IP

Comment résoudre

Pour les marketeurs email

  1. Vérifier l'authentification email : Vérifiez que les enregistrements SPF, DKIM et DMARC sont correctement configurés pour votre domaine d'envoi
  2. Examiner la réputation de l'expéditeur : Vérifiez votre réputation d'IP et de domaine en utilisant des outils comme :
    • Sender Score
    • Google Postmaster Tools
    • Microsoft SNDS
  3. Vérifier les listes noires : Vérifiez que vos adresses IP d'envoi ne sont sur aucune liste noire majeure :
    • Spamhaus
    • Barracuda
    • SURBL
    • SpamCop
  4. Examiner le contenu de l'email : Assurez-vous que le contenu de votre email ne déclenche pas de filtres de spam :
    • Évitez les mots déclencheurs de spam
    • Maintenez des proportions appropriées de texte à image
    • Incluez des liens appropriés de désabonnement
    • Évitez l'utilisation excessive de majuscules ou de points d'exclamation
  5. Réchauffer votre IP : Si vous utilisez une nouvelle adresse IP, augmentez progressivement le volume d'envoi sur plusieurs semaines
  6. Surveiller les taux de rebond : Maintenez votre taux de rebond en dessous de 2% et votre taux de plaintes en dessous de 0.1%

Pour les développeurs

  1. Implémenter les enregistrements SPF : Assurez-vous que votre domaine a des enregistrements SPF appropriés autorisant vos IPs d'envoi
  2. Configurer la signature DKIM : Configurez la signature DKIM pour tous les emails sortants
  3. Configurer DMARC : Configurez les politiques DMARC pour protéger votre domaine et améliorer la capacité de livraison
  4. Surveiller l'authentification : Suivez les taux de passage de SPF, DKIM et DMARC
  5. Implémenter la limitation de débit : Contrôlez les taux d'envoi pour éviter de déclencher des limites de débit
  6. Enregistrer les échecs d'authentification : Suivez quels emails échouent l'authentification pour identifier les problèmes

Liste de vérification de l'authentification email

  • L'enregistrement SPF est correctement configuré et inclut toutes les IPs d'envoi
  • La signature DKIM est activée et les clés sont valides
  • La politique DMARC est définie (commencez par p=none pour la surveillance)
  • Les enregistrements DNS inverses (PTR) sont configurés pour les IPs d'envoi
  • Le domaine d'envoi correspond au domaine de l'adresse From
  • Les liens de désabonnement sont présents et fonctionnels

Codes de rebond associés

Exemples

Exemple de message de rebond

550 5.7.1 Delivery not authorized
Message rejected due to security policy.

Exemple avec code de statut amélioré

550 5.7.1 <[email protected]>: Delivery not authorized, message refused due to SPF policy

Réponses courantes des fournisseurs d'email

  • Gmail : "Message rejected due to domain policy"
  • Outlook/Hotmail : "550 5.7.1 Delivery not authorized"
  • Entreprise : "Message rejected due to security policy"
  • Personnalisé : "SPF authentication failed"

Bonnes pratiques

  1. Toujours authentifier : N'envoyez jamais d'emails sans configuration appropriée de SPF, DKIM et DMARC
  2. Surveiller la réputation : Vérifiez régulièrement votre réputation d'expéditeur et traitez les problèmes rapidement
  3. Maintenir l'hygiène de la liste : Gardez votre liste email propre pour éviter les plaintes de spam
  4. Suivre les meilleures pratiques : Respectez les meilleures pratiques de marketing email et les exigences CAN-SPAM/CASL/GDPR
  5. Tester avant d'envoyer : Utilisez des outils de test d'email pour vérifier l'authentification avant d'envoyer des campagnes
  6. Mise à l'échelle progressive : Lorsque vous augmentez le volume d'envoi, faites-le progressivement pour éviter de déclencher des filtres
  7. Répondre aux problèmes rapidement : Si vous remarquez des échecs d'authentification, enquêtez et corrigez-les immédiatement