Les exigences de Microsoft pour les expéditeurs en masse : ce qui change et que faire

En mai 2025, Microsoft a commencé à appliquer le même type de règles pour les expéditeurs en masse que Gmail et Yahoo avaient introduites en février 2024. Le seuil est de plus de 5 000 messages par jour vers des adresses Outlook.com / Hotmail / Live (côté grand public). Microsoft a annoncé d'abord un classement en courrier indésirable, à partir du 5 mai 2025, puis un rejet avec 550 5.7.515. Mi-2026, l'application en est pour l'essentiel au stade du rejet.

Voici la checklist complète.

Exigence 1 : SPF doit passer

L'IP d'envoi doit être autorisée par l'enregistrement SPF du domaine utilisé dans le Return-Path / Mail From.

• Utilisez un seul enregistrement SPF par domaine.
• Restez sous 10 recherches DNS.
• Évitez +all. Utilisez -all ou ~all.

Vérifiez avec notre outil de recherche SPF.

Exigence 2 : DKIM doit passer

Chaque message doit être signé DKIM par le domaine d'envoi (ou par un sous-domaine aligné sur l'en-tête From:).

• Préférez des clés de 2048 bits à 1024.
• Changez de clé au moins une fois par an.
• Ne signez pas avec un sélecteur d'un tiers, sauf s'il est aligné pour DMARC.

Vérifiez avec la recherche DKIM.

Exigence 3 : DMARC doit être publié, au minimum en p=none

Microsoft exige un enregistrement DMARC sur le domaine organisationnel. p=none remplit techniquement la règle, mais Microsoft note p=quarantine et p=reject plus favorablement. Les e-mails non authentifiés qui usurpent votre domaine abîment aussi votre réputation si DMARC n'est pas appliqué.

Créez ou renforcez votre enregistrement avec le générateur DMARC.

Exigence 4 : List-Unsubscribe en un clic (RFC 8058)

Microsoft présente une désinscription visible et fonctionnelle comme une recommandation plutôt qu'une exigence. Les en-têtes one-click de la RFC 8058 sont la façon sûre d'y répondre, et Gmail et Yahoo les demandent de toute façon. Incluez les deux :

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://example.com/unsub?token=xyz>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Quand un client de messagerie propose la désinscription en un clic, il envoie un POST à votre URL. Votre endpoint doit :

• Accepter les requêtes POST (pas seulement GET).
• Traiter la désinscription sous 24 heures, idéalement en quelques secondes.
• Ne pas demander à l'utilisateur de se connecter ni de remplir quoi que ce soit.

Exigence 5 : DNS inverse (PTR)

Les IP d'envoi doivent avoir un enregistrement PTR qui pointe vers un nom d'hôte sur un domaine que vous contrôlez. Ce nom d'hôte doit correspondre à votre HELO/EHLO.

Vérifiez avec la recherche DNS inverse (PTR).

Exigence 6 : un taux de plaintes sous 0,3 %

Microsoft surveille le taux de plaintes JMRP mais ne publie aucun seuil. Prenez 0,3 %, le plafond que publient Gmail et Yahoo, comme limite extrême.

Cible réaliste : < 0,1 %. Inscrivez-vous à JMRP et supprimez immédiatement les plaignants.

Exigence 7 : pas d'usurpation des grandes marques

Microsoft filtre sévèrement les e-mails qui cherchent à ressembler à des notifications de grandes marques (Microsoft lui-même, banques, transporteurs de colis). N'utilisez pas de noms affichés comme « Microsoft Account Team » si ce n'est pas vraiment vous.

Exigence 8 : des adresses From / Reply-To valides

• L'adresse From: doit être sur un domaine que vous contrôlez et qui a un MX fonctionnel.
• L'adresse Reply-To: doit accepter les e-mails. Des adresses de réponse qui rebondissent pèsent lourdement sur la réputation.

Exigence 9 : un transport chiffré

TLS 1.2 ou 1.3 sur le SMTP sortant. Microsoft relègue progressivement les connexions non chiffrées.

Exigence 10 : un expéditeur, une identité

Ne mélangez pas transactionnel et marketing sur le même domaine, sauf si vous les avez séparés en sous-domaines (par exemple mail.yourdomain.com pour le marketing, notify.yourdomain.com pour le transactionnel). La contamination croisée de la réputation est une cause fréquente du « mes e-mails transactionnels partent en courrier indésirable ».

Le calendrier d'application

Étape	Comportement
Courrier indésirable	Les e-mails non conformes sont délivrés dans le courrier indésirable, quel que soit leur contenu
Rejet	Les e-mails non conformes sont refusés dès l'échange SMTP avec 550 5.7.515

La plupart des expéditeurs qui envoient plus de 5 000 e-mails par jour vers Outlook.com sont désormais au stade du rejet si SPF/DKIM/DMARC ne passe pas.

Comment auditer votre configuration

1. Lancez Domain Health sur chaque domaine d'envoi.
2. Envoyez un message de test vers une boîte mail Microsoft et inspectez les en-têtes avec l'analyseur d'en-têtes e-mail. Toutes les lignes Authentication-Results doivent afficher pass.
3. Vérifiez que le one-click unsubscribe déclenche bien votre gestionnaire de désinscription : envoyez-vous un message, cliquez dans Outlook, confirmez que votre backend a reçu un POST.
4. Vérifiez le rDNS avec la recherche DNS inverse (PTR).

FAQ

Le seuil de 5 000 par jour s'applique-t-il par IP ou par domaine ? Par domaine d'envoi vers les adresses Outlook.com / Hotmail / Live, en additionnant toutes les IP.

Ces règles s'appliquent-elles aussi aux destinataires Microsoft 365 ? Microsoft 365 (Exchange Online) applique un ensemble de règles proche, mais noté séparément. En pratique, si vous respectez les exigences pour les expéditeurs en masse, vous serez en bonne position pour les deux.

Et si j'envoie moins de 5 000 e-mails par jour ? Vous n'êtes pas strictement tenu de vous y conformer, mais les mêmes signaux pèsent sur votre réputation. Traitez cette liste comme une bonne pratique, quel que soit votre volume.

À lire aussi

• Pourquoi les e-mails arrivent dans le courrier indésirable d'Outlook
• Guide de délistage Microsoft Outlook

Sources

• Strengthening Email Ecosystem: Outlook's New Requirements for High-Volume Senders (Microsoft Tech Community) : les exigences (SPF réussi, DKIM réussi, DMARC au moins en p=none et aligné), les recommandations et le rejet 550 5.7.515.
• Outlook.com Postmaster: Troubleshooting : la liste des erreurs SMTP d'Outlook.com, dont 550 5.7.515 pour les domaines au-delà de 5 000 par jour qui échouent à l'authentification.
• Outlook.com Postmaster: Services for Senders and ISPs : JMRP et SNDS, les flux de plaintes et de réputation d'Outlook.com.
• RFC 8058: Signaling One-Click Functionality for List Email Headers : le POST de désinscription en un clic.