L’essentiel en bref
- La RFC 9989 (DMARC) et la RFC 9990 (rapports agrégés) remplacent depuis mai 2026 l’ancienne norme RFC 7489.
- pct, rf et ri disparaissent ; t=y (mode test), np (sous-domaines inexistants) et psd (uniquement pour les exploitants de suffixes publics) sont nouveaux.
- np=reject est recommandé ; psd=y n’a pas sa place dans l’entrée d’un domaine d’entreprise.
Qu’est-ce que DMARCbis ?
DMARCbis désigne les règles DMARC révisées. Depuis mai 2026, deux nouveaux documents remplacent l’ancienne norme RFC 7489 : la RFC 9989 décrit DMARC lui-même, la RFC 9990 les rapports agrégés que les fournisseurs de messagerie envoient à votre adresse de rapport.
Le but reste le même : avec p=none, p=quarantine ou p=reject, votre entrée indique que faire des e-mails qui prétendent venir de votre domaine mais échouent au contrôle.
Source : RFC 9989 et RFC 9990 du RFC Editor.
- Supprimépct, rf et ri
- Nouveaut=y, np et psd
- Recommandénp=reject, pas de psd=y sur un domaine d’entreprise
Ce qui disparaît : pct, rf et ri
pct permettait de fixer la part des e-mails à laquelle la politique s’applique, par exemple pct=25 lors d’un passage prudent à quarantine. rf fixait le format des rapports d’échec, ri l’intervalle souhaité entre les rapports agrégés. Aucun des trois n’existe dans la nouvelle norme.
Les destinataires plus anciens continuent de respecter pct, ceux qui suivent la nouvelle norme non. Si vous renforcez votre politique par étapes, adaptez donc votre entrée en connaissance de cause.
Contrôle de domaine gratuit
Votre adresse d’entreprise est-elle protégée ?
Saisissez votre domaine ou votre adresse e-mail. Le résultat s’affiche aussitôt ici, avec un feu tricolore et une note de A à F.
Vous avez ouvert un lien vers un résultat. La vérification ne démarre qu’avec votre clic, toujours avec l’état actuel.
Protection des données : si vous saisissez une adresse e-mail, nous ne transmettons que le domaine ; la partie avant le @ ne quitte pas votre navigateur. Nous utilisons le domaine uniquement pour ce contrôle d’entrées DNS publiques et ne l’enregistrons pas en clair ; nous n’enregistrons pas le résultat. Nous n’enregistrons votre adresse IP que sous forme d’empreinte et au maximum un jour, pour freiner les abus.
Le contrôle rapide repose sur les données DNS publiques au moment de la requête et ne remplace pas un contrôle complet ; sans garantie.
Garder un œil en continu plutôt que vérifier une fois :
Réserver un entretien gratuitSurveiller 14 jours gratuitementPlutôt avec de l’aide ? Demander la mise en place par nos soins- Sans engagement
- Sans carte de crédit
- Se termine de lui-même après 14 jours
Demande sans engagement par e-mail · prix sur demande
La suite
- Votre programme de messagerie ouvre une demande préparée avec votre domaine. Ajoutez votre nom et envoyez-la.
- Nous vous recontactons et discutons avec vous ou votre partenaire informatique des entrées nécessaires (SPF, DKIM, DMARC) et du prix de la mise en place.
- La mise en place nécessite un accès à la gestion DNS de votre domaine. Nous convenons avec vous de la transmission – merci de ne jamais nous envoyer de mots de passe par e-mail.
- Si vous le souhaitez, DomainRadar surveille ensuite votre domaine en continu et vous prévient lorsque quelque chose change.
Aucun programme de messagerie ne s’ouvre ? Écrivez-nous en indiquant votre domaine à info@domainradar.ch.
Bon à savoir : la protection empêche qu’on usurpe exactement votre domaine. Contre les adresses qui ressemblent à la vôtre, confirmez toujours par téléphone les changements de paiement.
Tous les contrôles
Contrôle rapide à partir des entrées DNS publiques. La surveillance continue vérifie en plus les certificats, les listes de blocage et vos rapports DMARC.
Votre résultat en PDF
Sous forme de rapport, à conserver ou à transmettre à votre informatique.
Gratuit et sans compte : vous confirmez votre adresse par e-mail, puis vous pouvez vous désinscrire à tout moment.
Ce qui est nouveau : t=y, np et psd
Trois indications ont été ajoutées :
- t=y active le mode test : les destinataires appliquent un niveau plus doux. quarantine devient none, reject devient quarantine.
- np fixe la politique pour les sous-domaines qui n’existent pas. Si np manque, sp s’applique, et si sp manque aussi, p. np=reject est recommandé : les serveurs de messagerie qui vérifient DMARC refusent alors les e-mails provenant de sous-domaines inventés de votre domaine.
- psd est réservé aux exploitants de suffixes publics. psd=y sur un domaine d’entreprise est une erreur.
Pas de psd=y sur un domaine d’entreprise
Si psd=y figure dans l’entrée DMARC de votre domaine d’entreprise, celui-ci se présente comme exploitant d’un suffixe public. Supprimez cette indication.
Trois chemins vers p=reject
Si vous renforciez jusqu’ici par étapes avec pct, une question se pose : les destinataires plus anciens ne connaissent que pct, les nouveaux seulement t=y. Il existe trois échelles :
- Classique : comme jusqu’ici avec pct. Les destinataires qui suivent la nouvelle norme ne connaissent plus pct.
- Pont : pct pour les destinataires plus anciens et en plus t=y pour les nouveaux. Ainsi, aucun destinataire ne subit un saut plus dur que prévu.
- DMARCbis : uniquement t=y. Les destinataires plus anciens ne connaissent pas t=y et appliquent le niveau complet.
- p=quarantine; t=yLes destinataires appliquent none
- p=reject; t=yLes destinataires appliquent quarantine
- p=rejectLes falsifications sont refusées
PrudentProtection complète
Vérifier chaque niveau
Quelle que soit l’échelle choisie : analysez les rapports après chaque niveau avant de renforcer davantage.
Questions fréquentes
Dois-je modifier mon entrée DMARC maintenant ?
Une vérification en vaut la peine. La nouvelle norme ne connaît plus pct, rf et ri, et sans np, c’est sp ou p qui s’applique aux sous-domaines inexistants. Le contrôle gratuit montre ce qu’il faut faire pour votre domaine.
Que signifie t=y ?
t=y active le mode test : les destinataires qui suivent la nouvelle norme appliquent un niveau plus doux, donc none au lieu de quarantine et quarantine au lieu de reject. Les destinataires plus anciens ne connaissent pas t=y et appliquent le niveau complet.
Comment DomainRadar vous aide
DomainRadar vérifie en plus chaque entrée DMARC selon la RFC 9989 : il signale pct, rf et ri devenus obsolètes, recommande np=reject, avertit en cas de psd=y et contrôle les valeurs de np, t et psd. Le badge « conforme à DMARCbis » dans le portail et dans le rapport mensuel montre si votre entrée respecte la nouvelle norme.
Vous recevez aussi une entrée prête à copier selon DMARCbis et, tant que pct est inférieur à 100, une entrée de transition servant de pont. L’assistant d’introduction propose les échelles Classique, Pont et DMARCbis ; Classique reste la valeur par défaut. DomainRadar lit les rapports au nouveau format comme les anciens, et le contrôle gratuit affiche lui aussi les nouvelles remarques. DomainRadar ne modifie jamais votre DNS : vous saisissez vous-même les recommandations.
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.