// comment corriger
« 554 5.7.1 Relay access denied » à l'envoi
Votre serveur de messagerie refuse de transmettre votre email parce que vous n'êtes pas connecté. En général, il manque l'identifiant SMTP ou le port est mauvais dans votre application ou votre imprimante.
Ce que ça veut dire
Quand vous envoyez un email, vous obtenez une erreur comme :
554 5.7.1 <someone@example.com>: Relay access denied
« Relayer » veut dire transmettre un email vers un autre domaine. Un serveur de messagerie ne le fait que pour les personnes en qui il a confiance, en général les utilisateurs connectés avec un identifiant et un mot de passe. Si le serveur ne sait pas qui vous êtes, il refuse, pour ne pas devenir un « relais ouvert » que les spammeurs pourraient exploiter.
En bref : le serveur par lequel vous envoyez ne vous reconnaît pas comme l'un de ses utilisateurs.
Pourquoi c'est important
- Votre email n'est pas envoyé du tout.
- L'erreur apparaît souvent après la configuration d'une nouvelle application de messagerie, d'une extension de site web, d'une imprimante ou d'un scanner, ou après un changement de mot de passe ou de fournisseur.
- Cette erreur est plutôt bon signe pour le serveur : il se protège. Ne la « corrigez » pas en ouvrant le serveur à tout le monde.
Comment vérifier
- Regardez vos réglages d'envoi (SMTP) dans l'application, l'extension ou l'appareil qui affiche l'erreur.
- Testez un autre destinataire : si les emails vers votre propre domaine passent mais que ceux vers d'autres domaines échouent, c'est un problème de relais, pas un problème du destinataire.
- Une fois que l'envoi fonctionne, envoyez un email de test à l'adresse de la page d'accueil de Delivmail
/pour vérifier le SPF, le DKIM et le DMARC.
Comment corriger
- Activez l'authentification SMTP. Dans les réglages du serveur sortant, cochez « Mon serveur sortant requiert une authentification » et saisissez l'adresse email complète et le mot de passe.
- Utilisez le bon port et le bon chiffrement. En général le port
587avec STARTTLS, ou465avec SSL/TLS. Le port25sert aux échanges entre serveurs et n'accepte souvent pas de connexion par identifiant. - Utilisez le bon nom de serveur, tel que donné par votre fournisseur : par exemple
smtp.gmail.compour Google Workspace ousmtp.office365.compour Microsoft 365. - Vérifiez le mot de passe. Si le compte utilise la validation en deux étapes, certains fournisseurs exigent un mot de passe d'application à la place du mot de passe habituel.
- Vérifiez l'adresse From. Beaucoup de serveurs refusent d'envoyer pour un domaine qui n'est pas le vôtre. Envoyez depuis une adresse du compte avec lequel vous vous connectez.
Si vous gérez le serveur de messagerie
N'autorisez le relais que pour les utilisateurs authentifiés et les adresses IP internes de confiance. Dans Postfix, cela se fait avec smtpd_relay_restrictions, par exemple :
smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination
N'ajoutez jamais tout internet dans mynetworks.
Vérifiez que c'est corrigé
Envoyez un email à une adresse extérieure, par exemple une adresse Gmail à vous : il doit partir sans erreur. Envoyez ensuite un email de test à l'adresse de la page d'accueil et ouvrez le rapport pour confirmer que l'email est authentifié et non blacklisté.
Vérifiez que c'est corrigé
Une modification DNS peut prendre de quelques minutes à quelques heures. Ensuite, envoyez un nouvel email de test ou scannez à nouveau votre domaine.
Fiches liées
- Passer le DMARC de p=none à quarantine ou reject sans risquep=none ne fait que surveiller. Pour vraiment bloquer les faux emails qui utilisent votre domaine, passez progressivement à quarantine puis à reject, sans bloquer vos propres emails.
- Votre adresse IP d'envoi est sur une blacklistUne blacklist est une liste publique d'adresses IP connues pour envoyer du spam. Vérifiez si l'IP est bien la vôtre, corrigez la cause, puis demandez le retrait.
- Votre domaine est sur une blacklist (Spamhaus DBL, SURBL, URIBL)Les blacklists de domaines listent les noms de domaine vus dans du spam. Elles suivent votre domaine quel que soit le serveur d'envoi. Trouvez la cause, faites le ménage, puis demandez le retrait.
- Erreur Gmail « 550 5.7.26 » : email non authentifiéGmail a refusé votre email parce qu'il n'a pas pu confirmer qu'il vient de votre domaine. Le SPF, le DKIM ou le DMARC est absent ou en échec. Voici comment corriger.
- Erreur « 550 5.7.1 » : message refusé ou bloqué par une règleUne erreur 5.7.1 signifie que le serveur de réception a refusé votre email volontairement. Apprenez à lire les messages d'erreur, à trouver la vraie raison et à la corriger.