Essai gratuit de 14 jours

Messages d’erreur

Erreur 550 5.7.26 «unauthenticated email» : signification et solution

Vous envoyez un e-mail a un client avec une adresse Gmail. Quelques minutes plus tard, un avis de non-livraison arrive avec le texte : 550-5.7.26 This mail has been blocked because the sender is unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM. Ce message est depuis 2024 l'un des retours les plus fréquents chez les entreprises suisses. Il ne signifie pas que vous envoyez du spam. Il signifie : Gmail n'a pas pu confirmer que l'e-mail provient réellement de votre domaine.

3 min de lectureDans quelle mesure votre domaine est-il protégé ? Contrôler mon domaine gratuitement

Ce que Gmail vérifie exactement

Pour chaque e-mail entrant, Gmail vérifie si SPF ou DKIM réussit pour le domaine expéditeur. Si aucun des deux ne réussit, Gmail refuse. Il existe des variantes du message :

  • «…sender is unauthenticated» : ni SPF ni DKIM n'ont réussi
  • «…SPF check for … did not pass» : SPF échoue, DKIM manque
  • «…does not have authentication information» : aucune entrée présente
  • «…not accepted due to domain's DMARC policy» : votre propre règle DMARC indique reject, la voie d'envoi n'est pas autorisée (guide séparé a ce sujet)

Les causes les plus fréquentes

  1. Aucune entrée SPF pour le domaine, ou le serveur expéditeur manque dedans
  2. SPF invalide a cause de deux entrées ou de plus de dix requêtes DNS
  3. DKIM jamais activé (typique chez Microsoft 365 et Google Workspace)
  4. Nouveau système d'envoi (comptabilité, boutique, formulaire) qui envoie en votre nom sans etre autorisé
  5. Transfert depuis une autre boite qui casse le SPF

Solution en trois étapes

  1. Diagnostic : vérifiez le domaine dans le controle gratuit, Contrôle de domaine gratuit. Du rouge sur SPF ou DKIM indique la cause.
  2. Réparer : complétez le SPF (toutes les voies d'envoi, une seule entrée, moins de dix requêtes) et activez DKIM dans le service de messagerie.
  3. Sécuriser : configurez une entrée DMARC, collectez les rapports. Vous saurez ainsi avant vos clients quand une voie d'envoi tombe en panne.

Ce qu'il faut dire au client

Brièvement et factuellement : il y a eu un problème technique de vérification de l'expéditeur, il est résolu, l'e-mail suit. Les clients connaissent ce phénomène d'autres fournisseurs.

Décodeur de rejets

Questions fréquentes

Pourquoi les e-mails arrivent-ils chez d'autres destinataires, mais pas chez Gmail ?

Gmail vérifie strictement depuis 2024. D'autres fournisseurs suivent, Microsoft depuis 2025. Réglez-le maintenant, avant que cela n'arrive partout.

Cela concerne-t-il aussi les e-mails de notre boutique en ligne ou de notre logiciel de facturation ?

Oui, et même particulièrement souvent, car ces systèmes sont oubliés lors de la configuration. Les rapports DMARC montrent chaque système qui échoue. DomainRadar les analyse pour vous.

Comment DomainRadar vous aide

DomainRadar vérifie en continu SPF, DKIM et DMARC de vos domaines, analyse automatiquement les rapports DMARC et vous dit clairement quel canal d’envoi manque et ce qu’il faut faire.

Le test de domaine gratuit vous montre en une minute où en est votre domaine aujourd’hui.

Le contrôle de domaine reste gratuit. Ensuite, vous testez DomainRadar avec toutes les fonctions pendant 14 jours – sans carte de crédit, l’essai se termine de lui-même.

Autres articles

Maintenant 14 jours gratuits

Où en est votre domaine ?

DomainRadar vérifie en continu le SPF, le DKIM et le DMARC de vos domaines et vous dit clairement ce qu’il faut faire.

Ou directement par e-mail : info@domainradar.ch

  • Sans engagement
  • Sans carte de crédit
  • Se termine de lui-même après 14 jours
Essai gratuit de 14 jours