← RFC Reference

RFC 1034 — Noms de domaine : Concepts et Installations

Norme Internet Routage DNS et courrier
ELI5: DNS est l'annuaire d'adresses d'Internet. La RFC 1034 stipule qu'un nom qui est un alias (CNAME) vers un autre nom ne peut pas non plus contenir d'autres enregistrements. Donc si votre domaine est un CNAME pointant vers votre hôte, il ne peut physiquement pas porter les enregistrements SPF ou MX dont le courrier électronique a besoin — c'est pourquoi vous envoyez depuis un sous-domaine à la place.

Pourquoi cette RFC existe

La RFC 1034, publiée par Paul Mockapetris en 1987, expose les concepts et les fonctionnalités du système de noms de domaine — la base de données distribuée qui mappe les noms aux enregistrements. C'est la fondation sur laquelle s'appuient tous les autres RFC DNS et routage d'e-mail.

La règle d'exclusivité CNAME (§3.6.2)

Un enregistrement CNAME crée un alias d'un nom vers un autre nom. La RFC 1034 §3.6.2 exige que si un CNAME existe à un nom, aucun autre type d'enregistrement ne peut y exister — l'alias se résout donc sans ambiguïté vers sa cible.

Pourquoi c'est important pour l'e-mail

Si votre domaine racine (apex) est un CNAME vers un fournisseur d'hébergement (Heroku, Cloudflare, et autres), vous ne pouvez littéralement pas ajouter SPF (un enregistrement TXT) ou des enregistrements MX à ce nom — la règle CNAME l'interdit. L'authentification des envois depuis ce domaine est donc impossible. La solution consiste à utiliser un sous-domaine dédié aux envois qui peut contenir ses propres enregistrements SPF, DKIM et MX.

Guide pratique

Pour la configuration pas à pas, consultez Pourquoi vous devriez utiliser un sous-domaine pour envoyer des e-mails.

Related RFCs