Conservez la réponse SMTP complète avant de modifier la configuration. Un code à trois chiffres tel que 550 décrit une famille de réponses, pas une cause racine universelle.
Invalid credentials for relay
Vérifiez la méthode d’authentification configurée et l’identité réellement présentée par l’émetteur. Comparez ces preuves avec la règle de relais Google Workspace concernée. Ne changez pas les identifiants à répétition sans confirmer qu’ils sont effectivement utilisés.
Mail relay denied
Contrôlez l’IP d’envoi, les domaines autorisés, l’expéditeur d’enveloppe et la route SMTP. Une IP présente dans une liste d’autorisation ne prouve pas que Google a observé cette IP pendant la transaction.
Réponses liées aux limites
Google documente plusieurs dimensions : utilisateurs, destinataires, organisation et transactions. Ne les réduisez pas à un quota quotidien unique. Conservez le texte exact, la période et le périmètre touché.
Valider après une modification
Effectuez un test contrôlé. Notez la nouvelle réponse SMTP et le Message-ID, puis confirmez l’événement correspondant dans Workspace. La disparition d’une erreur côté application sans événement observé n’est pas une validation complète.
Formuler une conclusion prudente
Préférez :
Google a renvoyé cette réponse pour cette identité et cette IP observées. La prochaine vérification concerne cette règle de relais.
Évitez :
Toutes les erreurs 550 viennent du même paramètre d’authentification.
Ce que cette preuve permet et n’autorise pas de conclure
La réponse SMTP complète prouve ce que le relais a renvoyé pour cette transaction—pas pourquoi tous les envois futurs échoueront, ni si le message a été stocké ou livré. Les logs applicatifs qui s’arrêtent à « connexion OK » sont plus faibles que le code et le texte du dialogue SMTP.
Si le message n’apparaît jamais chez Google
Certains échecs surviennent avant qu’un événement de remise consultable existe. Sans 250 OK sur la phase données, Email Log Search peut rester vide malgré une erreur générique côté application.
Différence avec un outil ponctuel ou un rapport DMARC
Les tests SMTP et analyseurs d’en-têtes n’appliquent pas vos règles de relais Workspace ni la configuration admin. Les rapports DMARC n’expliquent pas un 550 relay denied pour un envoi interne. Voir preuves natives Google et plateformes DMARC agrégées.
Sources
Ce guide utilise le catalogue d’erreurs du relais SMTP Google, la documentation des erreurs Gmail, la politique antispam du relais et les limites actuelles. Une reproduction reste nécessaire avant de qualifier une branche de diagnostic comme testée par PunchOp.