A discussão a que você se refere descreve CNAME-ing um TLD (domínio de primeiro nível) para outro domínio. Isso não é uma boa ideia.
No entanto, o fato de CNAME enviar um subdomínio para um terceiro é uma configuração preferencial para organizar, por exemplo, o tratamento de rejeição por terceiros (ferramentas de marketing e outros).
Por exemplo, para enviar boletins informativos pelo subdomínio de newsletters.example.com
por uma ferramenta de marketing hospedada em newsmailers.org
, você pode usar um registro CNAME que aponta newsletters.example.com
para example_com.newsmailers.org
, delegando ativamente a responsabilidade pelos registros SPF e MX da newsletters.example.com
subdomínio para a parte externa.
Você não pode, no entanto, adicionar mais RRs (TXT / MX / A) com o mesmo nome ao DNS, de acordo com a RFC 1912.
A seção 3.6 do RFC 1034 afirma que o RDATA para um CNAME contém um nome de domínio (normalmente onde um registro SPF TXT reside), enquanto o RDATA para um registro MX ou NS deve conter um Nome de host.
Além disso, tenha cuidado com os CNAMEs que apontam para outros CNAMEs. Isso irá (na maioria das vezes) falhar. Veja a seção 2.4 da RFC 1912
Se você der uma olhada no seguinte artigo da DMARCIAN, eu espero que você encontre mais detalhes e informações que você estava procurando:
Se você quiser ver o que está acontecendo no DNS, basta verificar: link
Se você configurar um CNAME, verá primeiro uma resposta do tipo 5 (CNAME) e uma segunda resposta do tipo 16 (TXT).