Les consignes de Gmail associent authentification, identité DNS et qualité des envois. Pour un serveur cPanel qui rencontre aussi des refus Outlook, commencez par une preuve commune : le résultat SMTP d’un message précis, sans supposer que les deux destinataires appliquent les mêmes politiques.
1. Suivre un seul message
Récupérez l’heure, l’expéditeur, le destinataire et le retour d’erreur. Dans WHM, ouvrez Mail Delivery Reports, choisissez une fenêtre courte et retrouvez l’identifiant Exim. Avec les droits root, recherchez cet identifiant exact :
grep -F 'ID_EXIM_REEL' /var/log/exim_mainlogRemplacez le texte d’exemple ; l’identifiant Exim n’est pas nécessairement le Message-ID de l’en-tête. Pour un événement ancien, consultez aussi les journaux archivés appropriés.
Classez le résultat avant toute correction :
421,450ou451indiquent un échec temporaire ; lisez le motif et observez la nouvelle tentative.550ou554indiquent un refus permanent pour cette tentative ; le texte explique si l’adresse, l’authentification ou une politique est en cause.- Une acceptation SMTP ne garantit pas le classement dans la boîte de réception. Pour un message en spam, demandez les en-têtes reçus.
Gardez aussi le code étendu, par exemple de forme 5.7.x, et le nom du serveur répondant. Aucun code court ne désigne à lui seul une liste noire.
2. Contrôler l’identité de l’envoi réel
Ouvrez Email Deliverability dans cPanel, puis comparez ses indications aux DNS publics et aux en-têtes du message reçu. SPF doit couvrir le véritable chemin d’envoi ; DKIM doit être présent et valide ; DMARC dépend de l’alignement avec le domaine visible dans From.
Contrôlez ensuite le reverse DNS de l’IP sortante réelle :
dig -x 192.0.2.10 +shortdig A mail.example.com +shortdig AAAA mail.example.com +shortCes valeurs sont des exemples. Le nom renvoyé par le PTR doit revenir vers l’IP concernée. Faites corriger le PTR par le gestionnaire de cette IP, puis vérifiez la cohérence du nom HELO/EHLO utilisé par Exim. Un relais SMTP externe change le serveur et l’IP à examiner.
3. Corriger la cause puis limiter le test
Si l’authentification est correcte, examinez volume, plaintes, destinataires invalides et scripts d’envoi du compte. Une IP partagée implique aussi l’activité d’autres expéditeurs ; une simple modification SPF ne répare pas sa réputation.
Pour un refus de politique, suivez le lien officiel contenu dans le retour du destinataire. N’appliquez pas automatiquement une règle Gmail à Outlook. Évitez les relances massives d’une file différée.
Envoyez ensuite un message attendu vers une boîte de test, conservez le nouveau résultat SMTP et vérifiez les en-têtes. Votre dossier doit montrer le changement, son effet et ce qui reste à surveiller. Des enregistrements corrects améliorent la conformité technique ; ils ne promettent pas une arrivée systématique en boîte principale.
Sources : cPanel — Mail Delivery Reports, Google — sender guidelines.
Retrouvez-le dans nos publications
Les étapes clés de cet article, en carrousel. Suivez-nous pour découvrir les prochaines. Nos publications sont rédigées en anglais.