← RFC Reference

RFC 1034 — Nombres de Dominio: Conceptos e Instalaciones

Internet Standard DNS & Mail Routing
ELI5: DNS es la libreta de direcciones de internet. RFC 1034 dice que un nombre que es un alias (CNAME) a otro nombre no puede mantener otros registros. Así que si tu dominio es un CNAME apuntando a tu anfitrión, físicamente no puede llevar los registros SPF o MX que el correo necesita — por eso envías desde un subdominio en su lugar.

Por qué existe este RFC

RFC 1034, publicado por Paul Mockapetris en 1987, expone los conceptos e instalaciones del Sistema de Nombres de Dominio — la base de datos distribuida que asigna nombres a registros. Es la base sobre la que se construyen todos los demás RFC de DNS y enrutamiento de correo electrónico.

La regla de exclusividad CNAME (§3.6.2)

Un registro CNAME convierte un nombre en un alias de otro nombre. RFC 1034 §3.6.2 requiere que si existe un CNAME en un nombre, no pueden existir otros tipos de registros en ese mismo nombre — para que el alias se resuelva sin ambigüedad a su destino.

Por qué es importante para el correo electrónico

Si tu dominio raíz (apex) es un CNAME que apunta a un proveedor de alojamiento (Heroku, Cloudflare y otros), literalmente no puedes añadir SPF (un registro TXT) ni registros MX en ese nombre — la regla CNAME lo prohíbe. Por lo tanto, el envío autenticado desde ese dominio es imposible. La solución es un subdominio dedicado para envíos que pueda contener sus propios registros SPF, DKIM y MX.

Guía práctica

Para la configuración práctica, consulta Por qué deberías usar un subdominio para enviar correo electrónico.

Related RFCs