Resumo

  • O RFC 3191 definiu uma representação mínima de números telefônicos dentro da parte local de um endereço de e-mail, mas reservou a interpretação ao MTA responsável pelo domínio à direita do sinal de arroba.
  • A norma não confundiu sintaxe com efeito: separadores visuais eram descartáveis, qualificadores desconhecidos precisavam ser preservados, várias subendereças viravam destinatários distintos e nem DNS nem aceitação SMTP comprovavam identidade ou entrega telefônica.

A parte local ganhou um dono antes de ganhar um significado

Gateways entre correio eletrônico e telefonia já conseguiam receber instruções para voz, fax e mensagens curtas. O problema era a diversidade de formatos e, sobretudo, a facilidade com que uma forma legível parecia conceder autoridade a qualquer sistema que a encontrasse.

O RFC 3191 não tentou representar toda a Rede Telefônica Comutada Global. Criou um núcleo: seletor de serviço, sinal de igual, representação do telefone e, quando necessário, qualificadores registrados. Depois vinha a arroba e o domínio do gateway.

Esse domínio era decisivo. Pela regra normal do correio, a parte local só deve ser interpretada pelo MTA que responde pelo lado direito. Um retransmissor podia carregar VOICE=+..., mas não devia transformá-lo em uma chamada. Reconhecer caracteres não significava possuir contexto, política ou autoridade para agir.

A fronteira impedia que um formato conveniente se tornasse uma identidade universal. O número não certificava o assinante. O domínio não dizia que o número existia ou que o serviço seria completado. Juntos, apenas selecionavam um intérprete e lhe entregavam uma instrução.

Pontos e hifens ajudavam pessoas; o sinal de mais protegia um namespace

Na forma global, o número começava com + e seguia com algarismos. Pontos e hifens podiam agrupar visualmente os dígitos, mas implementações conformes tinham de ignorá-los, e emissores eram desencorajados a transmiti-los. Duas grafias podiam assim chegar ao mesmo valor de processamento.

O sinal de mais não era igualmente dispensável. Ele estava reservado à forma global. Planos locais ou privados podiam existir, mas não podiam usar esse marcador como se fossem numeração global. A norma não resolveu todos os planos telefônicos; protegeu o limite semântico da sua forma mínima.

Seletores de serviço aceitavam letras, números e hífens, sem distinção entre maiúsculas e minúsculas. Exemplos com VOICE, FAX e SMS mostravam a gramática e nada mais. O texto alertava que eles não eram necessariamente endereços válidos. Uma cadeia podia ser bem formada e ainda apontar para número não atribuído, política proibitiva ou serviço indisponível.

Ignorar era uma decisão de execução; apagar seria uma decisão sobre a evidência

Qualificadores podiam seguir o número como uma barra, um nome, um sinal de igual e um valor. Eles davam a especificações futuras um lugar para acrescentar detalhes de serviço sem refazer o mínimo compartilhado.

Uma implementação básica podia ignorar um qualificador que não soubesse executar. Mesmo assim, precisava preservar todos os elementos recebidos. Essa assimetria evitava que uma limitação local fosse imposta ao restante do caminho. Um gateway posterior, com a função adequada, ainda poderia interpretar o campo original.

Apagá-lo mudaria a instrução sem deixar prova de que algo existira. Preservá-lo mantinha separadas duas afirmações: “este processador não o usou” e “o remetente não o enviou”.

Seletores e qualificadores novos também precisavam de registro e de uma especificação permanente capaz de orientar uma implementação independente. Um registro podia restringir o contexto de uso. O catálogo organizava a linguagem comum; não demonstrava que uma instância de gateway tivesse implantado cada extensão.

O receptor herdava compatibilidade, não a obrigação de perpetuar o formato antigo

O objeto completo continuava sendo um addr-spec de correio, sujeito às regras de citação. Barras ao redor da estrutura telefônica também podiam aparecer, como vestígios de caminhos por outros gateways, inclusive sistemas X.400.

Receptores tinham de aceitar essas barras, novos emissores não deveriam criá-las e conversores podiam removê-las. A norma permitia que material histórico chegasse ao destino sem transformar a cicatriz em formato preferido.

O próprio RFC 3191 substituiu o RFC 2303. Mudou a expansão de PSTN de “Public” para GSTN, “Global”, reconhecendo uma paisagem com muitos operadores privados e públicos. Conservou, porém, nomes antigos em variáveis ABNF para evitar incompatibilidade gratuita. A descrição institucional foi atualizada sem fingir que o código já implantado não existia.

Um número com várias subendereças precisava de vários destinatários

Serviços telefônicos podiam associar mais de uma subendereço ao mesmo número. No correio, aceitação, rejeição e nova tentativa são acompanhadas por destinatário. O RFC 3191, portanto, exigia vários elementos pstn-email quando havia várias subendereças.

A interface podia receber tudo em um único gesto, mas tinha de entregar ao MTA destinatários separados. A expansão preservava a atribuição dos resultados. Uma variante podia ser aceita e outra rejeitada sem que o estado de ambas fosse comprimido num único destinatário opaco.

Separar não era garantir. Dois destinatários podiam receber aceitação SMTP e ainda falhar em etapas diferentes dentro do gateway ou da rede comutada. O envelope do e-mail, a análise da parte local, a transferência telefônica e a resposta do equipamento final produziam recibos distintos.

DNS apontava para o gateway; não autenticava a história inteira

Como o domínio direito escolhia a rota de correio, ataques ao DNS podiam desviar a mensagem. Um servidor comprometido, uma resposta forjada ou informação adicional contaminada seriam suficientes para levar o conteúdo a um MTA ou gateway hostil.

Validar a resposta autoritativa fortalece a prova sobre a rota escolhida. Não comprova que o software do gateway está correto, que a base de números é atual, que a política permite a chamada ou que o dispositivo atenderá. Um número verdadeiro também pode pertencer a pessoa diferente daquela imaginada pelo remetente.

É necessário observar separadamente a cadeia enviada, a resposta DNS, o aceite SMTP, a decisão do parser, a instrução remetida à rede telefônica e o recibo do serviço final. Resumir tudo como “o endereço funcionou” apaga os pontos em que a autoridade mudou de mãos.

A força do mínimo estava naquilo que ele se recusava a prometer

O RFC 2846 depois descreveu um conjunto mais amplo para discagem local, sequências pós-discagem, subendereças e detalhes do destinatário. O RFC 3192 especializou o arcabouço mínimo para fax. Nenhum deles transformou o RFC 3191 em executor universal.

Sua contribuição foi permitir que serviços diversos compartilhassem uma pequena moldura e uma extensão governada. Relays transportavam o que não tinham poder de interpretar. Gateways reconheciam vocabulário registrado sem afirmar que todo destino sintaticamente correto era real ou alcançável.

Do lado esquerdo da arroba estava uma representação de aparência telefônica. Do lado direito, o seletor de seu intérprete. O resultado não morava em nenhum dos dois. A interoperabilidade surgiu porque o padrão distribuiu autoridade e manteve o efeito como observação posterior.