Ce guide explique pourquoi lemwarm se met en pause et détaille la signification de chaque erreur ainsi que ses causes habituelles. Il vous indique les étapes précises à suivre pour résoudre le problème et relancer le warm-up en toute sécurité.
Comprendre les mises en pause de lemwarm
lemwarm se met en pause lorsque certains problèmes perturbent le warm-up des emails. Voici quelques causes possibles :
Des échecs de vérification de l’enregistrement SPF
L’utilisation de services de relais tiers
Des délais de propagation DNS
Des problèmes de configuration
Des facteurs externes, comme un incident chez votre fournisseur d’email
1. Mises en pause liées à DMARC
ERR_SETUP_10011 – DMARC valide, mais votre serveur rejette l’email
Ce que cela signifie
Votre domaine possède bien un enregistrement DMARC valide, mais votre serveur email rejette les emails de lemwarm à cause d’une mauvaise configuration liée à DMARC.
D’où vient le problème
Votre fournisseur d’email (ESP) rejette à tort des emails qui devraient passer les contrôles d’authentification.
Comment le réparer
Vérifiez l’enregistrement DMARC dans votre configuration DNS.
Si l’enregistrement DMARC est valide, contactez votre fournisseur d’email et expliquez-lui qu’il rejette des emails pour un motif lié à DMARC alors qu’ils devraient passer les contrôles.
Une fois la configuration corrigée par votre fournisseur, relancez lemwarm.
ERR_SETUP_10006 – DMARC invalide
Ce que cela signifie
Votre enregistrement DMARC est invalide et les destinataires rejettent vos emails.
D’où vient le problème
La configuration DMARC est trop stricte ou incorrecte.
Comment le réparer
Vérifiez attentivement le format de votre enregistrement DMARC.
Évitez d’appliquer trop tôt des politiques strictes comme
p=reject.Consultez le guide de configuration DNS de lemlist : https://www.lemwarm.com/dns-setup
Mettez l’enregistrement à jour, attendez la propagation des modifications, puis relancez lemwarm.
À noter : les modifications DNS, par exemple la mise à jour de votre enregistrement DMARC, peuvent mettre jusqu’à 72 heures à se propager complètement. Utilisez un outil de vérification DNS en ligne pour confirmer qu’elles ont bien été prises en compte.
2. Mises en pause liées à une mauvaise réputation
ERR_REP_10001 / ERR_REP_10002 – mauvaise réputation d’expéditeur
Ce que cela signifie
Votre réputation d’expéditeur est trop faible et les destinataires rejettent vos emails avant qu’ils n’arrivent dans la boîte de réception.
D’où vient le problème
Trop de bounces récents
Des envois trop rapprochés
Un domaine récent ou non préparé à l’envoi
Une liste de prospects de mauvaise qualité
Comment le réparer
Réduisez le volume d’envoi.
Retirez de vos campagnes les prospects dont l’adresse email est invalide ou à risque.
Poursuivez le warm-up progressivement.
Si la réputation du domaine est fortement dégradée, envisagez d’utiliser un nouveau domaine pour la prospection.
3. Mises en pause liées aux filtres antispam
ERR_REP_10003 – emails rejetés car considérés comme du spam
Ce que cela signifie
Les filtres antispam des destinataires ont rejeté plusieurs emails de lemwarm.
D’où vient le problème
Des filtres antispam comme Zoho MailPolicy, les listes noires ivmURI ou les mécanismes généraux de détection du spam
Votre fournisseur d’email considère les emails de lemwarm comme du spam
Des problèmes temporaires chez votre fournisseur
Des restrictions sur les envois vers des domaines externes
Comment le réparer
Vérifiez la configuration DNS de votre domaine.
Contactez votre fournisseur d’email pour lui demander pourquoi il a considéré le message comme du spam.
Vérifiez qu’il autorise les envois vers des domaines externes et la réception d’emails en provenance de ces domaines.
Une fois le problème résolu, relancez lemwarm.
ERR_SETUP_10001 – trop d’emails de lemwarm considérés comme du spam à la réception
Ce que cela signifie
Le filtre antispam de votre propre boîte de réception rejette les emails de warm-up entrants.
Comment le réparer
Vérifiez votre logiciel de filtrage antispam.
Passez en revue SPF, DMARC et la configuration DNS avec votre fournisseur.
Autorisez les échanges lemwarm, puis relancez le warm-up.
ERR_SETUP_10003 – incompatibilité avec mailchannels
Ce que cela signifie : lemwarm se met en pause lorsque les emails passent par des services de relais tiers comme mailchannels.net, car ces services peuvent considérer les emails de lemwarm comme du spam. Cette mise en pause garantit l’intégrité du processus de warm-up.
Comment le réparer
Désactivez mailchannels ou passez à un fournisseur d’email qui ne l’utilise pas.
Après avoir désactivé le service de relais tiers, relancez lemwarm pour reprendre le warm-up.
4. Problèmes de transfert d’emails
ERR_SETUP_10002 – transfert vers l’extérieur non autorisé
Votre fournisseur d’email bloque les règles de transfert automatique.
Certains serveurs email peuvent renvoyer une erreur comme « 550 5.7.520 Access denied » lorsque lemwarm tente d’envoyer des emails via des comptes configurés avec un transfert automatique.
Solution
Contactez votre administrateur pour qu’il ajuste les autorisations de transfert.
ERR_SETUP_10016 – transfert bloqué par une règle de transport
Votre fournisseur applique des règles qui bloquent les messages transférés lors des échanges lemwarm.
Solution
Demandez à votre équipe informatique de vérifier les règles de filtrage.
5. Rejets liés aux règles du fournisseur
ERR_SETUP_10004 / ERR_REP_10007 / ERR_REP_10008 / ERR_REP_10009 – emails rejetés par le fournisseur
Ces erreurs indiquent que votre fournisseur applique des règles ou des filtres qui bloquent les emails de lemwarm à l’envoi ou à la réception.
Causes fréquentes :
« Blocage définitif en raison d’envois successifs »
Domaine sur liste noire
Non-respect des règles de transport
Adresse IP bloquée
Solution
Passez en revue les règles de filtrage avec votre fournisseur d’email.
Vérifiez que votre domaine ne figure sur aucune liste noire.
Vérifiez votre configuration DNS (MX, SPF, DMARC).
Supprimez les règles internes trop strictes qui bloquent lemwarm.
6. Problèmes d’authentification (SPF, DKIM, DMARC)
ERR_SETUP_10005 – impossible d’authentifier l’expéditeur
DKIM, SPF ou DMARC n’est pas configuré et les destinataires rejettent les emails.
ERR_SETUP_10007 – échec SPF côté destinataire
L’enregistrement SPF du destinataire est mal configuré.
ERR_SETUP_10008 – échec SPF côté expéditeur
Votre configuration SPF est incorrecte ou incomplète.
ERR_SETUP_10009 – échec DKIM ou SPF
Votre domaine ne passe pas les contrôles DKIM ou SPF.
ERR_SETUP_10010 – erreurs MX, SPF ou DMARC
Vos emails sont rejetés, car le fournisseur ne parvient pas à vérifier leur authentification.
Solution pour toutes les erreurs d’authentification
Vérifiez les enregistrements SPF, DKIM et DMARC dans votre configuration DNS.
Assurez-vous que les enregistrements pointent vers les bons serveurs d’envoi.
Évitez les doublons et les enregistrements TXT SPF multiples.
Corrigez les éventuelles erreurs de format, puis attendez la propagation des modifications.
7. Problèmes DNS ou MX
ERR_SETUP_10013 / ERR_SETUP_10014 – mauvaise configuration DNS
Un enregistrement DNS est manquant, incorrect ou inaccessible.
ERR_SETUP_10015 – enregistrement MX introuvable
Votre domaine ne possède aucun enregistrement MX valide.
Comment le réparer :
Recherchez les fautes de frappe ou les enregistrements manquants dans votre zone DNS.
Ajoutez ou corrigez les enregistrements MX, SPF et DMARC.
Vérifiez que la résolution DNS de votre domaine fonctionne correctement.
À noter : les modifications DNS peuvent mettre jusqu’à 72 heures à se propager. Utilisez des outils en ligne pour suivre l’avancement de la propagation.
8. Fournisseur inaccessible ou service expiré
ERR_PROV_10004 / ERR_PROV_10005 / ERR_PROV_10007
Ces erreurs indiquent que le service de votre fournisseur était temporairement inaccessible, bloqué ou arrivé à expiration.
Comment le réparer
Consultez l’état des services de votre fournisseur.
Vérifiez que l’enregistrement MX est valide.
Réessayez une fois la panne résolue par le fournisseur.
9. Boîte mail pleine
ERR_PROV_10006 – quota de la boîte mail dépassé
Votre boîte de réception est pleine ou soumise à des règles qui en limitent l’utilisation.
Solution
Supprimez les anciens emails.
Augmentez la capacité de stockage de votre boîte mail.
Relancez lemwarm.
10. Boîte mail inexistante
ERR_PROV_10002 / ERR_PROV_10003 – compte invalide
Votre boîte mail n’existe plus ou est mal configurée.
Cela peut aussi se produire si elle vient d’être créée et que sa configuration n’est pas encore terminée.
Solution
Vérifiez que la boîte mail est active.
Passez en revue les règles de transfert.
Vérifiez que le domaine existe et que sa résolution DNS fonctionne.
11. Bounces non identifiés
ERR_10000 – erreur inconnue
Le bounce ne correspond à aucun type d’erreur connu. Après 3 occurrences, lemwarm se met en pause.
Solution
Vérifiez la configuration DNS, celle de la boîte mail et les règles de votre fournisseur.
12. Listes noires
ERR_REP_10005 – domaine listé sur SpamRL
ERR_REP_10006 – domaine listé sur SpamCop
Votre domaine figure sur une liste noire antispam publique. Cette inscription peut s’expliquer par des antécédents d’activité malveillante sur le domaine, des enregistrements d’authentification email mal configurés, des emails envoyés par inadvertance à des adresses pièges à spam ou la réputation de l’adresse IP partagée utilisée par le fournisseur d’email. Contrairement aux listes noires antispam classiques, HoneyDB et IPsum sont des flux d’informations sur les menaces, centrés sur la réputation des adresses IP plutôt que sur celle des domaines. Le fait d’y être listé résulte souvent d’une activité automatisée ou de problèmes sur des serveurs partagés. Les outils de vérification des listes noires peuvent afficher des résultats différents, car ils n’utilisent pas tous les mêmes bases de données ni les mêmes critères. Par exemple, MXToolbox regroupe de nombreuses sources, y compris des listes mineures, tandis que lemlist se concentre sur les principales listes, qui ont le plus d’impact. Cet écart ne signifie pas forcément qu’il existe un réel problème de délivrabilité. Vous pouvez aussi hériter de la réputation d’une adresse IP, notamment lorsque vous achetez un nouveau domaine associé à des adresses IP dont la réputation peut déjà être mauvaise. L’utilisation d’une infrastructure partagée, par exemple d’adresses IP partagées sur des plateformes comme lemlist, peut aussi influer sur la réputation de votre domaine en raison des actions des autres utilisateurs qui partagent la même IP.
Solution
Faites une demande de retrait sur le site internet de la liste noire.
En attendant, lancez le warm-up d’un domaine secondaire. Utilisez la fonction de vérification des listes noires de lemwarm pour suivre et vérifier le statut de votre domaine sur ces listes.
Vérifiez et corrigez la configuration du domaine, notamment les enregistrements SPF, DKIM et MX, pour améliorer l’authentification des emails.
Mettez temporairement vos campagnes d’emails en pause pour éviter de dégrader davantage votre réputation pendant que vous réglez les problèmes liés aux listes noires.
Utilisez des outils externes comme MXToolbox ou MultiRBL pour vérifier si votre domaine est sur liste noire et identifier l’origine du problème.
Pour HoneyDB, envoyez une demande de retrait via son formulaire de contact et fournissez des éléments prouvant que votre adresse IP n’a pas été utilisée pour des activités malveillantes.
Pour IPsum, envoyez une demande de retrait sur son dépôt GitHub. Indiquez l’adresse IP, expliquez pourquoi elle a été listée par erreur et joignez des éléments à l’appui, comme le DNS inverse et les journaux d’activité. Contactez le fournisseur de votre domaine pour obtenir des informations sur la liste noire et demandez-lui de résoudre les problèmes de réputation liés à ses adresses IP ou à son infrastructure. Suivez la procédure de retrait propre au gestionnaire de la liste noire. Elle consiste généralement à fournir les informations demandées, puis à attendre l’examen de la demande, qui peut prendre de 24 à 72 heures. Par exemple, Barracuda propose un formulaire de demande de retrait.
13. Vérification à l’activation de lemwarm
ERR_PROV_10017 – erreurs DNS détectées à l’activation de lemwarm
lemwarm s’est automatiquement mis en pause, car la configuration DNS (MX, SPF, DMARC ou CTD) n’est pas valide.
Solution
Vérifiez à nouveau tous les enregistrements DNS avant de relancer lemwarm.
Questions fréquentes
Faut-il inclure lemlist dans votre enregistrement SPF ?
Non, vous ne devez pas inclure lemlist dans votre enregistrement SPF, car lemlist n’envoie pas d’emails directement. C’est votre fournisseur d’email (Google, Outlook ou Zoho, par exemple) qui envoie les emails en votre nom. Exemple d’enregistrement SPF :
v=spf1 include:spf.protection.outlook.com ~all
Où voir pourquoi lemwarm s’est mis en pause ?
Consultez la section des notifications de votre tableau de bord lemwarm. Elle détaille la raison de chaque mise en pause automatique, par exemple le rejet d’emails par les filtres antispam.