Passer au contenu principal

Comment éviter et gérer les échecs de livraison (bounces) dans WeezCrew ?

Cet article vous explique la démarche à suivre pour optimiser la délivrabilité de vos emails, réduire le taux de rejets (bounced) et adopter les bonnes pratiques en cas d'échec d'envoi.

1. Configurer vos entrées DNS dans WeezCrew

La première étape indispensable pour éviter que vos messages ne soient bloqués est de valider la configuration technique de votre domaine d'envoi.

  1. Rendez-vous dans le menu Email de votre espace WeezCrew.

  2. Assurez-vous que le domaine concerné (ex. linfernaltrail.org) dispose bien de toutes ses entrées configurées :

    • 3 entrées de type CNAME

    • 1 entrée de type TXT


2. Analyser et traiter les e-mails en statut « Bounce »

Dans chaque campagne d'envoi, WeezCrew affiche le statut Bounced pour indiquer qu'un e-mail n'a pas pu être livré.

Ci-dessous, les statuts les plus communs :

smtp; 554 4.4.7 Message expired: unable to deliver in 840 minutes.<452-4.2.2 The recipient's inbox is out of storage space. Please direct the<CRLF>452-4.2.2 recipient to<CRLF>452 4.2.2 https://support.google.com/mail/?p=OverQuotaTemp a640c23a62f3a-c2a9c73d49bsi62387466b.352 - gsmtp>

Ce message d'erreur signifie simplement que votre e-mail n'a pas pu être délivré parce que la boîte de réception du destinataire est pleine.

Voici le détail de ce que disent les différentes parties du message :

  • 452 4.2.2 The recipient's inbox is out of storage space : C'est la cause principale. Le serveur Gmail du destinataire indique qu'il n'a plus d'espace de stockage disponible (Google Workspace ou compte Gmail saturé).

  • smtp; 554 4.4.7 Message expired: unable to deliver in 840 minutes : Votre propre serveur de messagerie a essayé de renvoyer le message plusieurs fois pendant 14 heures (840 minutes) en attendant que de la place se libère. Comme le problème n'a pas été résolu à temps, le serveur a abandonné et vous renvoie cette notification d'échec.

Que devez-vous faire ?

  1. Contacter le destinataire par un autre moyen (SMS, téléphone, messagerie instantanée) pour l'informer que sa boîte mail est saturée.

  2. Attendre qu'il fasse du tri (supprimer des e-mails, vider la corbeille ou augmenter son espace de stockage Google).

  3. Renvoyer votre message une fois que le destinataire aura libéré de l'espace.

Amazon SES has suppressed sending to this address because it has a recent history of bouncing as an invalid address. For more information about how to remove an address from the suppression list, see the Amazon SES Developer Guide: https://docs.aws.amazon.com/ses/latest/dg/remove-from-suppressionlist.html

Ce message signifie qu'Amazon SES (le service d'envoi d'e-mails d'Amazon qu'utilise l'expéditeur) refuse d'envoyer un message à cette adresse e-mail.

Voici le détail de la situation :

  • recent history of bouncing as an invalid address : Par le passé (récemment), les e-mails envoyés à cette adresse ont échoué ("bounced") parce que le serveur a considéré que l'adresse était invalide, inexistante ou bloquée.

  • suppressed sending to this address : Pour protéger sa réputation et éviter que ses serveurs ne soient bloqués (considérés comme du spam), Amazon SES a placé cette adresse sur une liste de suppression automatique (une liste noire interne). Il bloque donc préventivement tout nouvel envoi vers cette adresse.

Que faut-il faire ?

Cela dépend de votre rôle :

  1. Si vous êtes le destinataire (ou le propriétaire de l'adresse e-mail) :

    • Vérifiez que l'adresse e-mail est correcte et qu'elle n'a pas été désactivée ou mal orthographiée.

    • Si vous gérez l'infrastructure Amazon SES associée à cette adresse, vous devez suivre le lien fourni ([https://docs.aws.amazon.com/](https://docs.aws.amazon.com/)...) pour retirer manuellement l'adresse de la liste de suppression ("Suppression List") de votre console AWS SES.

  2. Si vous êtes l'expéditeur (ou l'administrateur du site/service qui envoie les e-mails) :

    • Cela indique que votre système a tenté d'envoyer un e-mail à une adresse qui est marquée comme invalide par Amazon SES.

    • Vous devez aller dans votre console AWS SES, vérifier la section Suppression List, et si vous êtes certain que l'adresse est de nouveau valide, vous pouvez demander son retrait de la liste en suivant la documentation officielle.

smtp; 550 5.4.1 Recipient address rejected: Access denied. For more information see https://aka.ms/EXOSmtpErrors [PA3PEPF000089BA.FRAP264.PROD.OUTLOOK.COM 2026-09-21T16:09:58.438Z 08DF1461BEB1F2E3]


Ce message signifie que le serveur de messagerie du destinataire (Microsoft Office 365 / Exchange) a directement refusé de recevoir votre e-mail.

Voici le détail de ce que disent les différentes parties du message :

  • 550 5.4.1 Recipient address rejected: Access denied : Le serveur distant bloque la livraison en indiquant que l'accès à cette adresse e-mail est refusé.

  • PA3PEPF000089BA...OUTLOOK.COM : Le code du serveur de messagerie de Microsoft (Microsoft 365 / Exchange Online) qui a généré l'erreur.

Pourquoi cette erreur se produit-elle ?

Cette erreur survient généralement pour l'une des trois raisons suivantes :

  1. L'adresse e-mail n'existe pas (ou plus) : Une faute de frappe dans l'adresse, ou alors le compte e-mail a été supprimé/désactivé par l'entreprise destinataire.

  2. Le domaine du destinataire est mal configuré : Si l'entreprise du destinataire a récemment changé de serveur de messagerie ou de configuration DNS (Exchange), son serveur peut rejeter par erreur les e-mails entrants.

  3. Blocage de sécurité / Filtrage anti-spam : Le serveur de l'entreprise destinataire bloque les e-mails provenant de votre domaine ou de votre serveur SMTP (par exemple si votre domaine manque de configurations de sécurité comme SPF ou DKIM).

Que devez-vous faire ?

  1. Vérifiez l'orthographe de l'adresse e-mail pour vous assurer qu'il n'y a pas de faute de frappe (lettre manquante, mauvaise extension, etc.).

  2. Contactez le destinataire par un autre canal (téléphone, SMS, réseau professionnel) pour lui demander si son adresse est toujours active et fonctionnelle.

  3. Si vous êtes l'administrateur de votre propre domaine e-mail, assurez-vous que vos enregistrements SPF, DKIM et DMARC sont correctement configurés dans votre zone DNS, car Microsoft Exchange est très strict sur ces paramètres.3. Conseils pour optimiser les envois et solutions de contournement


3. Conseils pour optimiser l'envoi d'e-mails depuis WeezCrew

Même avec une configuration DNS valide, certaines campagnes peuvent échouer si leur contenu est trop lourd.

  • Évitez les pièces jointes trop volumineuses.

  • Des fichiers trop lourds augmentent considérablement le risque de voir vos emails classés en spam ou rejetés par les serveurs de messagerie des destinataires.

    Pour pallier ce problème auprès de vos membres ou bénévoles :

  • Vérifiez la saisie de l'adresse e-mail pour corriger d'éventuelles coquilles.

  • Privilégiez l'envoi d'une campagne SMS si le membre dispose d'un numéro de téléphone portable enregistré.

  • Le contenu et le design de l'e-mail. Les filtres analysent le texte et la structure de votre e-mail à la recherche de signaux suspects.

    • Format Texte/Image : Conservez un bon ratio texte/image (idéalement 60% de texte et 40% d'images). Évitez les e-mails composés uniquement d'une seule grande image.

    • Attention aux mots "Spam-Words" : Évitez d'abuser dans l'objet ou le corps du message de mots comme : Gratuit, Urgent, Offre exceptionnelle, $$$ / €, Gagnez, Promo, Achat immédiat.

    • Typographie et ponctuation : Évitez l'usage excessif de MAJUSCULES, de points d'exclamation (!!!), et de couleurs de texte trop voyantes (rouge vif, jaune).

    • Soignez les liens : Utilisez des réducteurs de liens avec précaution (évitez bit.ly dans les e-mails de masse) et assurez-vous que tous les liens pointent vers des domaines sécurisés (https://).

Pour en savoir plus sur la gestion avancée de vos communications et des campagnes SMS, n'hésitez pas à consulter nos guides sur le Module Campagne.

Avez-vous trouvé la réponse à votre question ?