Resumo

  • O domínio do endereço passou a ser uma identidade estável, não uma ordem para conectar à máquina homônima. MX podia apontar a hosts diferentes e permitir migração sem renomear usuários.
  • Cada MTA consultava e executava a lista localmente: menor preference primeiro, valores iguais no mesmo nível e corte de caminhos que voltassem para si. O MX de um exchanger não criava cadeia automática de responsabilidade.
  • A indireção tornou o DNS um controle relevante, mas não uma prova soberana. Cache atrasa mudança, nomes múltiplos podem compartilhar falha e o registro não autentica nem protege o conteúdo.

Quando o endereço ainda parecia um host

RFC 974 recordou que, para uma mailbox em LOKI.BBN.COM, normalmente se abria SMTP para LOKI.BBN.COM. Nome público e máquina receptora coincidiam.

Já havia exceções. Hosts UUCP e CSNET sem ligação direta eram atendidos por regras de configuração; um caso encaminhava para CSNET-RELAY.ARPA. RFC 821 já descrevia relay, gateway e source route. MX não inventou o correio intermediado.

O problema era a distribuição dessas exceções. Uma rota copiada em cada remetente não podia ser atualizada pelo destinatário em um ponto público. O domínio precisava durar enquanto a resposta “quem recebe hoje?” mudava separadamente.

Uma ordenação substitui dois papéis

RFC 882 e RFC 883 organizaram o DNS em resource records tipados. O correio começou com MD, mail destination, e MF, mail forwarder. Dois tipos expressavam papéis rígidos e pouco diziam sobre várias alternativas.

RFC 973 substituiu ambos por MX: preference de 16 bits e hostname do exchanger. Menor número vem primeiro; números iguais têm prioridade igual.

O modelo deixou de classificar máquina como destino ou forwarder e passou a publicar receptores ordenados. Direto, relay e backup cabiam no mesmo registro. RFC 1035 manteve a forma compacta. A camada comum não precisava conhecer fila, contrato ou saúde; precisava apenas dar opções executáveis.

O nome fica; a infraestrutura se move

RFC 974 disse que domain name geralmente é host, mas nem sempre. O mailer tinha de perguntar onde entregar. A resposta podia ser outra máquina ou várias.

Uma organização passou a poder trocar hardware, facility, filtro ou provider mantendo o domínio e os endereços das pessoas. Os remetentes não participavam da migração interna; liam o MX vigente.

Isso não torna o nome invulnerável. Quem controla a zona autoritativa pode redirecionar mensagens. O ganho foi separar os ciclos de vida do nome conhecido e da máquina atual.

Publicar pouco e executar em cada ponta

RFC 974 recomendava nova consulta a cada tentativa. Se o primary falhasse, o administrador alterava DNS e mensagens em queues remotas aprenderiam a rota na tentativa seguinte, conforme seus caches.

O remetente tentava o menor preference e avançava. Destinos no mesmo valor mínimo deveriam ser todos tentados antes do fracasso. RFC 5321 mantém essa estrutura, exige tentativas e retries pertinentes e randomiza entre iguais quando não há outro critério, distribuindo carga.

Preference não mede latência, distância, carga ou autoridade. Dez precede vinte porque o domínio publicou a ordem. Um backup mais perto continua depois.

Assim, não existe central mail router. DNS oferece conjunto ordenado; MTAs independentes resolvem, tentam, enfileiram e decidem quando falha temporária vira bounce.

A direção que impede o círculo

Alternativas podem formar loop. Se o host local aparece no MX, RFC 974 manda remover a própria entrada e todas as de valor igual ou maior. Ele só encaminha para preference menor.

O backup 20 pode retentar o primary 10, mas não entregar a 20 ou 30 e permitir retorno. Preference orienta a transferência de responsabilidade.

A consulta também não continua no MX do target. Ser MX de um relay não torna um host responsável por todos os domínios atendidos pelo relay. Aceitar correio para o destino original deve ser explícito; responsabilidade não é transitiva.

Cache é escala com atraso conhecido

DNS depende de cache. Depois de mudança, remetentes veem versões diferentes até TTL expirar. RFC 974 reconheceu loops e falso fracasso durante essa convergência.

Consultar sempre autoritativo custaria demais. A solução era operação cuidadosa: coordenar antes de adicionar exchanger, exigir resposta completa e repetir por conexão confiável uma resposta UDP truncada.

Cache não é simples erro. Ele troca sincronismo por escala. Uma migração controla TTL, mantém velho e novo juntos e preserva rollback; não presume botão global instantâneo.

Sem MX ainda significava “tente”

RFC 974 tratou lista vazia como MX implícito, preference zero, apontando ao próprio domínio. RFC 5321 conserva a regra e manda buscar A ou AAAA.

Isso manteve compatibilidade, mas tornou ausência ambígua. Sem MX podia significar configuração antiga, esquecimento ou domínio sem correio. O remetente ainda tentava SMTP, talvez por dias, em endereço usado só para web.

Já o MX explícito deve ser respeitado. Se nenhum serve, não se ignora a lista para voltar ao A/AAAA. O target precisa resolver para endereço; passar por CNAME fica fora do padrão moderno.

Um ponto declara ausência de serviço

RFC 7505 definiu null MX em 2015. O domínio que não recebe publica um único MX zero cujo exchange é a raiz, .. Não publica nenhum outro MX.

O ponto não é servidor quebrado, mas declaração de que não existe exchanger. A falha é imediata, sem fallback e sem retries por um período descrito como tipicamente uma semana.

É correção posterior, não parte de 1986. O fallback antigo ajudou adoção; null MX separou “não configurado” de “não ofereço o serviço”. Ele também não é o null reverse-path do SMTP, e domínios usados como retorno precisam considerar o recebimento de erros.

Poder operacional em um registro pequeno

O mesmo MX que dá portabilidade permite desvio. Vários hostnames podem compartilhar provider, facility, network e account. Backup melhora disponibilidade, mas amplia quem recebe conteúdo e metadata.

DNSSEC protege integridade da publicação, não identidade legal ou tratamento interno. Aceitação SMTP é transferência de responsabilidade num ponto, não prova de mailbox final ou leitura.

O escopo legítimo é estreito: dizer onde o domínio aceita correio, em que ordem, ou que não aceita. Isso coordena operadores sem transformar DNS em soberano da identidade.

O menor mapa útil

Endereço durável, servidor substituível e conhecimento cacheado passaram a ter ritmos diferentes. Correspondentes não mudam porque a relação entre nome e máquina é pública e atualizável.

A camada comum contém domínio, exchangers, preference, TTL e regras de loop e fallback. Queue, retry, segurança, mailbox e negócio permanecem locais.

O endereço sobreviveu não porque recebeu casa eterna, mas porque a casa virou estado substituível. O registro descreveu somente realidade suficiente para o código agir.

Fontes e limites da evidência

O contexto vem de RFC 821, RFC 882 e RFC 883. A troca de MD/MF está em RFC 973. Algoritmo, cache, loop e responsabilidade não transitiva estão em RFC 974.

O formato está em RFC 1035, requisitos em RFC 1123, lookup e MX implícito maduros em RFC 5321, e no-service em RFC 7505.

São épocas diferentes; requisitos posteriores não são atribuídos a 1986. Consequências além dos RFCs são inferências delimitadas.