O DNS está hospedado no Media Temple - menciono isso apenas porque estou curioso para saber se minha lógica está errada ou se é específica para a forma como o front end do Media Temple está traduzindo a entrada do formulário de edição para o arquivo de zona.
Os registros MX apontam para o Google Apps. Três registros A apontam para o servidor da web. O editor DNS do Media Temple contém 3 campos: nome, tipo, dados. Os registros A são configurados como:
"blank" (literally the field is blank) - A - IP Address of web server
* (wildcard) - A - IP Address of web server
www - A - IP Address of web server
O novo site foi criado em um host diferente. Cada um dos registros A legendados acima foi convertido em um registro CNAME apontando os mesmos 3 "nomes" (hosts) para ext.squarespace.com.
O fluxo de mensagens parou no Google Apps.
My-MacBook-Air:~ me$ dig MX example.com
; <<>> DiG 9.8.3-P1 <<>> MX example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64625
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0
;; QUESTION SECTION:
;example.com. IN MX
;; ANSWER SECTION:
example.com. 15680 IN CNAME ext.squarespace.com.
;; AUTHORITY SECTION:
squarespace.com. 60 IN SOA ns1.p06.dynect.net. domains.squarespace.com. 1101726 3600 600 604800 60
Quando removi os registros em branco e *, a mesma consulta retornou a resposta esperada (Google Servers). Minha pergunta é: por que essa configuração resulta na resposta legendada acima? Minha lógica para o registro que resolve example.com. (FQDN) para o host da Web foi para lidar com o evento que um indivíduo não inclui o prefixo www.