Aller au contenu
Retour à la bibliothèqueDélivrabilité

Yahoo bloque mes e-mails non authentifiés : pourquoi ?

Dominic LandryPar Dominic Landry3 novembre 2026Lu en 7 min

L’essentiel

Yahoo bloque l’e-mail non authentifié quand SPF, DKIM ou DMARC échoue. Corrigez le rejet 550 5.7.9 « sender is unauthenticated » : authentifiez et alignez.

Yahoo bloque mes e-mails non authentifiés : pourquoi ?

Yahoo bloque votre e-mail comme « non authentifié » quand le message ne prouve pas qui l’a envoyé : SPF, DKIM ou DMARC n’a pas réussi, ou ne s’aligne pas sur votre domaine From. Depuis février 2024, Yahoo exige SPF, DKIM et une politique DMARC publiée, et rejette l’e-mail non conforme avec un message de rejet comme 550 5.7.9 This mail has been blocked because the sender is unauthenticated. La solution : configurer les trois protocoles et vérifier que le domaine qui réussit correspond à celui de votre adresse From.

En bref

Points clés

  • « Non authentifié » : Yahoo n’a pas pu vérifier votre identité : SPF, DKIM ou DMARC a échoué ou ne s’aligne pas sur votre domaine From visible.
  • Le rejet courant est 550 5.7.9 This mail has been blocked because the sender is unauthenticated ; l’e-mail transféré peut déclencher 554 5.7.9 Message not accepted for policy reasons.
  • Depuis février 2024, Yahoo exige SPF et DKIM et une politique DMARC d’au moins p=none en masse, selon ses bonnes pratiques d’envoi.
  • L’alignement est l’oubli le plus courant : un SPF ou DKIM réussi ne compte que si son domaine correspond à votre domaine From.
  • Yahoo attend aussi un taux de plaintes sous 0,3 % et le désabonnement en un clic sur le marketing en masse.
  • Corriger l’authentification lève en général le blocage, mais une réputation abîmée peut encore ralentir la livraison ensuite.

« Sender is unauthenticated » : que dit Yahoo ?

Yahoo a reçu votre message sans pouvoir confirmer qu’il vient bien de votre domaine, et a donc refusé de le livrer. L’authentification permet à Yahoo de séparer vrais expéditeurs et usurpateurs, et « non authentifié » est le verdict quand aucun contrôle ne donne de réponse fiable.

Trois points doivent concorder :

  • SPF confirme que votre domaine autorise le serveur d’envoi.
  • DKIM confirme que le message porte une signature cryptographique valide de votre domaine.
  • DMARC relie ces résultats à l’adresse From que voit le destinataire, par une règle appelée alignement.
Si SPF et DKIM échouent tous deux, ou réussissent pour un autre domaine que celui de votre en-tête From, Yahoo juge le message non authentifié et le bloque. C’est la même panne que derrière les rejets 550 de Gmail ; Yahoo et Google ont adopté des règles presque identiques en même temps.

Pourquoi Yahoo bloque-t-il l’e-mail non authentifié ?

À cause d’un changement de politique entré en vigueur en février 2024. Yahoo, avec Google, a commencé à appliquer des exigences jusque-là recommandées. Le but : réduire usurpation et hameçonnage en refusant l’e-mail qui ne prouve pas son origine.

En masse, les exigences de Yahoo sont précises :

  • Mettez en place SPF et DKIM.
  • Publiez une politique DMARC valide d’au moins p=none ; DMARC doit réussir.
  • Veillez à ce que le domaine From s’aligne sur le domaine SPF ou DKIM.
  • Gardez votre taux de plaintes sous 0,3 %.
  • Offrez un désabonnement en un clic fonctionnel sur le marketing et l’abonnement (méthode POST de la RFC 8058 recommandée).
Google définit un « expéditeur en masse » comme envoyant 5 000 messages ou plus par jour à ses utilisateurs ; Yahoo vise les expéditeurs en masse sans publier de chiffre fixe. En pratique, si vous envoyez du marketing ou de l’automatisé en volume réel, considérez que les règles s’appliquent.

Comment lever le blocage « non authentifié » ?

Traitez l’authentification dans l’ordre, puis confirmez l’alignement. Cette séquence règle la grande majorité des rejets « sender is unauthenticated ».

  1. Publiez SPF. Ajoutez un seul enregistrement TXT SPF listant chaque service qui envoie pour votre domaine. Avec Google Workspace, c’est v=spf1 include:_spf.google.com ~all ; notre guide SPF Google Workspace explique comment fusionner plusieurs expéditeurs. Vérifiez-le avec le test SPF de Palisade.
  2. Activez DKIM. Activez la signature DKIM dans votre plateforme et publiez la clé publique fournie en enregistrement DNS. Confirmez la signature avec le test DKIM. Yahoo veut SPF et DKIM, pas l’un ou l’autre.
  3. Publiez DMARC. Ajoutez un enregistrement DMARC sur _dmarc.yourdomain.com, en partant de v=DMARC1; p=none; rua=mailto:reports@yourdomain.com. Cela remplit l’exigence de politique et lance l’envoi de rapports. Vérifiez-le avec le test DMARC.
  4. Confirmez l’alignement. Vérifiez que le domaine qui réussit SPF ou DKIM correspond à votre domaine From (voir plus bas). C’est presque toujours là que se règle « tout est configuré mais Yahoo me bloque ».
  5. Renvoyez et surveillez. Envoyez un test à une adresse Yahoo, puis lisez les en-têtes. Un bon résultat montre SPF, DKIM et DMARC réussis pour votre domaine.
Si vous partez de zéro, notre présentation de l’authentification des e-mails explique l’articulation des trois protocoles avant de toucher au DNS.

Alignement DMARC : pourquoi Yahoo le vérifie ?

L’alignement exige qu’un SPF ou DKIM réussi porte sur le même domaine que votre adresse From visible. Sans lui, un spammeur pourrait réussir SPF pour son domaine jetable en usurpant votre nom dans le champ From : authentifié en théorie, mais frauduleux.

Deux cas courants d’alignement rompu :

  • SPF authentifie le mauvais domaine. SPF vérifie l’expéditeur d’enveloppe caché (Return-Path), que bien des plateformes règlent sur leur domaine, pas le vôtre. SPF réussit pour la plateforme, mais sous DMARC il ne s’aligne pas sur votre domaine From et ne compte pas.
  • DKIM signe avec un autre domaine. Si la valeur d= de la signature DKIM est le domaine du fournisseur et non le vôtre, la signature est valide mais non alignée.
La solution fiable : authentifier sur un sous-domaine de votre propre domaine. Un sous-domaine d’envoi dédié garde SPF et DKIM alignés avec le mode relâché par défaut de DMARC. Notre guide sur aspf, adkim et les politiques de sous-domaine détaille l’alignement relâché et strict.

Problèmes courants de blocage Yahoo

Le rejet indique 554 5.7.9 au lieu de 550

554 5.7.9 Message not accepted for policy reasons vise souvent DMARC sur un message transféré. Selon l’aide Yahoo, un e-mail transféré automatiquement peut venir d’un serveur non autorisé et échouer à la politique p=reject du domaine d’origine. Cherchez un en-tête X-Yahoo-Forwarded sur le message rejeté ; la solution relève du transfert, pas de votre DNS.

SPF et DKIM réussissent mais Yahoo bloque

C’est presque toujours un échec d’alignement. Les contrôles réussissent pour le domaine de votre plateforme et non le vôtre. Lisez les en-têtes : si SPF réussit pour yourprovider.com et que votre From est you@yourdomain.com, DMARC ne voit aucun succès aligné. Passez l’envoi sur un sous-domaine à vous et retestez.

Seuls certains destinataires touchés

Si une partie de vos e-mails est bloquée, soupçonnez un expéditeur non listé. Un outil ou un service qui envoie via un fournisseur oublié dans SPF échouera, alors que votre plateforme principale réussit. Vos rapports agrégés DMARC nomment chaque source qui envoie en votre nom. Vérifiez-les, puis ajoutez les sources légitimes.

Authentification corrigée mais livraison lente

L’authentification lève le blocage ; elle ne rétablit pas aussitôt la réputation. Si Yahoo vous a limité pendant la panne ou si votre taux de plaintes a dépassé 0,3 %, les livraisons différées s’atténueront en quelques jours d’envois propres et désirés. Notre guide pour vérifier et améliorer la réputation de domaine couvre la reprise.

À lire aussi

Questions des lecteurs

Questions fréquentes

Un succès SPF ou DKIM suffit-il à Yahoo ?

Pour un faible volume, un seul succès aligné passe souvent. Mais les règles en masse de Yahoo demandent SPF et DKIM : configurez les deux. Avec un seul, une erreur de configuration suffit pour être bloqué.

Je n’envoie pas en masse : pourquoi ce blocage ?

Même sous les seuils, l’e-mail sans aucune authentification peut être refusé ou filtré, surtout si votre domaine a déjà été usurpé. SPF, DKIM et un DMARC p=none sont la base pour tout expéditeur en 2026.

DMARC p=none lève-t-il les blocages ?

p=none remplit l’exigence d’avoir une politique et laisse votre e-mail s’authentifier, tant que SPF ou DKIM s’aligne. Elle demande aux récepteurs de ne pas sanctionner les échecs (utile pendant le suivi des rapports), mais la livraison dépend du succès aligné, pas de la sévérité.

Comment lire le résultat d’un message rejeté ?

Ouvrez la source du message et trouvez l’en-tête Authentication-Results. Il liste spf=, dkim= et dmarc= avec pass ou fail et le domaine concerné. Si DMARC affiche fail, comparez les domaines SPF et DKIM à votre domaine From pour repérer le défaut d’alignement.

Palisade automatise cela pour chaque domaine géré : il publie les bons enregistrements SPF, DKIM et DMARC, lit vos rapports DMARC pour repérer les expéditeurs non alignés ou non autorisés, et vous alerte avant qu’un changement casse la livraison vers Yahoo ou Gmail. Passez votre domaine dans l’outil gratuit Email Security Score pour voir où vous en êtes face aux exigences de Yahoo.

Simplifiez l’authentification e-mail

Démarrez sur Palisade.

Commencer

Partager cet article

Dominic Landry

Rédigé par

Dominic Landry

Délivrabilité et DNS

Dominic Landry s’occupe de délivrabilité et de configuration DNS chez Palisade, des enregistrements SPF et DKIM à l’application DMARC.

Lire Dominic →

Articles et outils liés