Resumo

  • No RFC 821, o remetente podia antepor ao endereço uma sequência explícita de retransmissores; cada um removia o próprio nome do caminho de ida e o acrescentava ao caminho de retorno.
  • O RFC 1123 adotou nomes universais e DNS MX para a entrega comum. O receptor continuou obrigado a aceitar a sintaxe antiga, mas pôde descartar os saltos e usar o domínio final.
  • No SMTP atual, reconhecer a forma não autoriza retransmissão nem garante execução: o servidor pode ignorar, recusar ou seguir deliberadamente a rota sob política restrita.

Uma cadeia válida deixou de ser uma ordem

Considere:

RCPT TO:<[relé alpha, relé beta]:[caixa user do domínio gamma]>

A caixa postal do usuário no domínio gamma é o destino absoluto. Alpha e beta formam a sequência sugerida. Um servidor moderno consegue separar esses objetos sem atribuir a ambos a mesma força.

Ele pode retirar o prefixo e resolver gamma.example; pode recusar o papel de retransmissor; ou, em um diagnóstico autorizado, usar a lista e contactar alpha.example primeiro. Os resultados diferem apesar de a análise sintática ser idêntica. A decisão está na política que transforma texto em conexão.

Essa é uma forma madura de retrocompatibilidade: compreender o passado sem permitir que ele reassuma automaticamente o controle do presente.

Quando o itinerário mudava de lado a cada salto

RFC 822 definia route-addr, com uma rota opcional antes do endereço absoluto. A origem podia listar hosts ou serviços de transmissão, mas o percurso não se confundia com a identidade da caixa postal.

RFC 821 executava a distinção no envelope SMTP. Seu exemplo colocava os relés ONE e TWO antes da caixa de JOE no domínio THREE: a caixa era o destino; ONE e TWO, o caminho.

Ao chegar a um retransmissor nomeado, o servidor removia sua identificação do forward-path, inseria-a no início do reverse-path, tornava-se o novo emissor e abria uma sessão com o próximo host. A lista de trabalho pendente diminuía enquanto a rota possível para um erro crescia.

O retransmissor ainda podia rejeitar a tarefa. Escrever o nome de um host nunca concedeu credencial universal para usá-lo. O RFC 821 também separava esses caminhos do conteúdo: não precisavam aparecer em To, From ou CC. O envelope operacional e a apresentação escrita ao leitor tinham autoridades diferentes.

O nome final passou a sobreviver à topologia

Em 1989, RFC 1123 orientou os emissores a não gerar a forma explícita de source route. O motivo foi uma decisão arquitetural de usar nomes universais em vez de source routing. O SMTP forneceria conectividade; o DNS, nomes globais independentes de localização; e MX trataria o principal caso que antes parecia exigir uma lista de relés.

Retransmissores continuaram essenciais. O que mudou foi o dono da escolha. O remetente fornece o domínio final; o domínio publica seus exchangers; cada servidor aplica autorização, disponibilidade e política atuais. Uma troca de topologia pode ser feita no DNS sem reescrever endereços guardados por todos os correspondentes.

A caixa postal ganhou uma vida mais longa que o itinerário. Separar as duas também impediu que uma fotografia antiga da rede se tornasse parte permanente da identidade.

Aceitar delimitadores sem aceitar seu efeito

O RFC 1123 não transformou a forma legada em erro. O receptor precisava aceitá-la. Se não implementasse o algoritmo histórico, deveria tentar o domínio terminal da caixa postal. Seu exemplo remove os relés ALPHA e BETA e encaminha a caixa de JOE diretamente ao domínio GAMMA.

RFC 2821 consolidou a separação: receptores reconhecem a rota, mas devem normalmente retirá-la e usar o domínio da caixa como se a lista não existisse. Os nomes removidos não podem ser copiados para o reverse-path. Reconhecer a pontuação antiga não reativa a contabilidade de retorno do RFC 821.

Sem o parser, um cliente antigo pode falhar ou um delimitador pode ser confundido com dado do local-part. Com execução automática, um token antigo pode escolher um intermediário proibido pela política atual. A análise preserva interoperabilidade; a não obediência preserva a fronteira de confiança.

A norma atual mantém uma exceção precisa

RFC 5321 ainda inclui A-d-l em sua gramática normativa. A nota resume o acordo: a forma deve ser aceita, não deveria ser gerada e deveria ser ignorada.

Um servidor pode recusar a retransmissão ou um endereço com rota. Pode ignorar a lista e usar o destino final. Se decidir executá-la, porém, deve enviar ao primeiro domínio escrito, sem adivinhar atalhos. Uma função obsoleta não se torna semanticamente vaga quando é usada.

Há também uma armadilha de migração. Alguns emissores colocavam um nome final inválido no DNS e contavam com um relé intermediário para resolvê-lo. Ao retirar a rota, um servidor conforme expõe a dependência. A cadeia continua gramatical, mas a premissa que a fazia funcionar caducou.

Depuração e falhas graves temporárias podem justificar uso excepcional. Nesses casos, a autoridade vem da decisão explícita do operador, não da habilidade de qualquer cliente em escrever uma lista de domínios.

O cabeçalho guarda um vestígio separado

RFC 5322 coloca a route de endereços de cabeçalho na gramática obsoleta e recomenda ignorá-la na interpretação. Assim, mensagens arquivadas permanecem legíveis sem transformar pontuação histórica em instrução viva de transporte.

Uma rota num To antigo não prova os destinatários do envelope nem os servidores percorridos. A evidência do trajeto está na transação, nas conexões e nos campos Received, cada qual com seus próprios limites.

Fontes e limites

RFC 821, RFC 822, RFC 1123, RFC 2821, RFC 5321 e RFC 5322 sustentam a gramática e sua mudança normativa. Eles não medem adoção atual, padrões de produtos, filtros ou sucesso de entrega.

O resultado histórico é estreito: o SMTP conservou a obrigação de entender a rota antiga e retirou dela o direito padrão de decidir a rota real.