Centre d’aide Activity Messenger

Avis : livraison des courriels Outlook et DMARC

Publié le 9 novembre 2026.

Si votre organisation envoie des courriels à partir de son propre domaine, vérifiez ses enregistrements d’authentification lorsque des messages vers Outlook, Hotmail, Live ou MSN sont refusés. Cela peut toucher les confirmations, les factures et les infolettres, par exemple.

Quels problèmes ont été signalés?

Dans un article du 6 novembre (en anglais), MailRoute décrit des refus intermittents depuis le 5 novembre pour des domaines sans DMARC, y compris chez de petits expéditeurs. L’erreur signalée est :

550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)

Il s’agit d’un signalement d’un fournisseur, et non d’une annonce de Microsoft imposant une nouvelle exigence à tous les expéditeurs. La livraison réussie à un destinataire ne prouve pas que les autres messages ont été acceptés.

Les exigences publiées par Microsoft

L’annonce de Microsoft pour les expéditeurs Outlook (en anglais) décrit les exigences d’authentification des domaines à grand volume, appliquées à compter du 5 mai 2025. Microsoft exige la réussite de SPF et DKIM, une politique DMARC d’au moins p=none et l’alignement par SPF ou DKIM. Son guide de dépannage de l’erreur 550 5.7.515 (en anglais) explique ces exigences et fournit un exemple DMARC.

Quoi vérifier dans Activity Messenger

1. Ouvrez l’envoi concerné et consultez le résultat du destinataire avec le suivi des messages. Suivez le guide Résoudre les problèmes de livraison des messages pour distinguer un refus d’une absence de suivi d’ouverture ou d’un filtrage antipourriel.
2. Confirmez l’adresse De réellement utilisée. L’adresse Répondre à détermine où les réponses sont envoyées; la modifier n’authentifie pas le domaine de l’adresse De.
3. Suivez Envoyer des courriels à partir de votre domaine pour vérifier le domaine et les adresses d’envoi. Copiez exactement les enregistrements DNS affichés pour votre domaine, y compris les CNAME DKIM. Ne les remplacez pas par un enregistrement SPF générique.
4. Demandez à la personne qui administre le DNS de votre domaine de vérifier DMARC séparément. L’accès à Activity Messenger ne donne pas à lui seul l’autorisation de modifier le DNS.

Vérifier DMARC dans Activity Messenger

Une fois votre domaine ajouté dans les paramètres Adresse courriel de l’expéditeur de votre organisation, l’étape 3 de cette page propose un bouton Vérifier DMARC. Il lit le DNS public de votre domaine sans rien modifier, puis affiche l’enregistrement DMARC trouvé et la marche à suivre :

• Aucun enregistrement DMARC trouvé : demandez à votre administrateur DNS d’ajouter l’enregistrement TXT affiché. Il s’agit de l’enregistrement minimal décrit ci-dessous.
• p=none : aucun changement n’est nécessaire.
• p=quarantine ou p=reject : conservez cette politique si vos expéditeurs réussissent DMARC, et confirmez que l’étape 1 de la page indique que votre domaine est vérifié.
• Enregistrement invalide ou plusieurs enregistrements : demandez à votre administrateur DNS de corriger l’enregistrement existant ou de n’en conserver qu’un seul.
• La vérification n’a pas pu être complétée : le DNS n’a pas répondu. Réessayez dans quelques minutes.

Si votre domaine n’a pas son propre enregistrement DMARC, la vérification indique celui hérité de son domaine parent, s’il y en a un.

Ajouter DMARC s’il est absent

Pour une adresse De comme info@example.com, l’administrateur DNS peut vérifier l’enregistrement TXT à _dmarc.example.com. Voici un enregistrement minimal pour commencer :

Vérifiez si la console DNS ajoute automatiquement le domaine. Examinez la politique existante avant de la modifier : n’ajoutez pas de deuxième enregistrement DMARC et ne remplacez pas une politique plus stricte fonctionnelle par cet exemple.

Le guide DMARC d’Amazon SES (en anglais) recommande de commencer par la surveillance, puis de renforcer la politique une fois les expéditeurs légitimes alignés. p=none ne demande aucune mesure d’application DMARC; cette valeur ne fait pas réussir les messages qui échouent. Les systèmes destinataires peuvent toujours filtrer ou refuser les courriels.

L’exemple minimal ne demande pas de rapports agrégés. Les rapports nécessitent une destination rua configurée par votre administrateur DNS. Un enregistrement seul ne suffit pas : DMARC nécessite un résultat SPF ou DKIM réussi et aligné avec le domaine visible de l’adresse De.

Après le changement DNS

Laissez le temps aux changements DNS de devenir visibles, puis envoyez un test à une adresse que vous contrôlez et examinez ses résultats d’authentification. Vérifiez les destinataires concernés avant de réexpédier les messages.

Gardez les adresses des destinataires à jour, respectez les désabonnements et surveillez les échecs de livraison. Consultez les bonnes pratiques d’Amazon SES pour la réputation d’expéditeur (en anglais). L’authentification aide à établir l’identité de l’expéditeur; elle ne garantit pas l’arrivée dans la boîte de réception.