Resumo

  • A revisão 05 de draft-ietf-mailmaint-smtputf8-syntax, publicada em 10 de setembro de 2026, troca a enumeração local de classes pelo IdentifierClass do PRECIS e exige as regras contextuais cabíveis.
  • O texto inclui novos exemplos rejeitados: U+3164 HANGUL FILLER, que pode não aparecer na tela, e U+0640 ARABIC TATWEEL, que estende a letra anterior e permite muitas grafias visuais.
  • Passar por esse filtro significa apenas que a cadeia atende à sintaxe proposta. Não comprova existência da caixa, controle, identidade, caminho SMTPUTF8 ou entrega.
  • Há uma costura ainda aberta no texto: a regra menciona literalmente um espaço entre aspas, enquanto os exemplos tratam da pontuação do endereço. A incerteza precisa de correção pública, não de suposição silenciosa.

Quando a tela apaga o motivo da divergência

O cadastro guardou um endereço. O sistema de recuperação recebeu outro. Para o atendente, são iguais. No primeiro, porém, existe U+3164 antes do separador. O HANGUL FILLER sobrevive no UTF-8, mas a fonte usada pelo painel o torna invisível.

Esse caso expõe uma cadeia de decisões. O formulário pode aceitar a entrada, o banco pode mantê-la, o índice pode removê-la e o gateway pode recusá-la. Se cada etapa registrar somente a aparência, ninguém consegue demonstrar depois qual sequência efetivamente circulou.

A revisão 05 de SMTPUTF8 Email Addresses declara o U+3164 não permitido e explica seu efeito visual. Ela também adiciona U+0640 ARABIC TATWEEL. Esse ponto é classificado como letra, mas serve para alongar o traço anterior; sua repetição pode criar várias cadeias para grafias que parecem a mesma palavra.

O registro no Datatracker mostra um Internet-Draft ativo do grupo Mail Maintenance, com status pretendido Proposed Standard. O histórico data a revisão em 10 de setembro. Isso não equivale a RFC, consenso final, implementação nem incidente confirmado.

PRECIS passa a ser a fonte da decisão

Na revisão 04, a segunda regra listava as classes A, H e K, elementos de F e sinais estruturais do endereço. A versão 05 prefere uma referência: os pontos de código precisam ser válidos no IdentifierClass, e aqueles sujeitos a contexto precisam satisfazer sua regra.

O ganho não é só editorial. Uma tabela copiada pode envelhecer ou transformar um estado condicional em permissão plena. O RFC 8264 mantém quatro resultados: válido, requer regra contextual, não permitido e não atribuído. Um controle de junção, por exemplo, depende de sua vizinhança.

IdentifierClass serve a cadeias que identificam ou endereçam entidades de rede. O desenho escolhe segurança antes de expressividade. Letras e números tradicionais e ASCII imprimível entram sob as regras; jamo coreano antigo, controles, propriedades ignoráveis, espaços, símbolos e formas de compatibilidade estão entre as exclusões.

Mesmo assim, o RFC não entrega um produto completo. O perfil da aplicação ainda deve especificar mapeamento de largura, outros mapeamentos, caixa, normalização e direção. A referência comum delimita escolhas locais; não as substitui.

O alongador que a categoria geral aprovaria

O caso de U+0640 mostra por que “é letra” não basta. O RFC 5892 coloca ARABIC TATWEEL em uma lista explícita de exceções e lhe atribui DISALLOWED. Pelo cálculo genérico de propriedades, ele seria PVALID. A exceção muda a decisão normativa.

O arquivo público de testes também cobre controles bidi, letras de largura total, jamo combinável e sua sílaba pré-composta. Isso é útil como material de repetição, mas não demonstra que todos os componentes de produção executem o mesmo conjunto ou a mesma versão.

A terceira regra impede mais de um script não ASCII no endereço, desconsiderando ASCII na contagem. O Unicode Standard Annex #24 define a propriedade Script. É uma escolha de interoperabilidade para identificadores, não uma avaliação de pessoas que usam vários idiomas.

A frase do espaço continua sem dono definitivo

Na redação publicada, a regra 2 fala em pontos válidos segundo IdentifierClass e em um espaço entre aspas. Logo depois, os exemplos mencionam ponto, barra e arroba. O fonte do autor repete a frase.

Pode ser erro tipográfico, dependência da gramática de mailbox ou etapa incompleta. O material disponível não decide. Como a pontuação separa parte local e domínio, repertório e gramática precisam aparecer separadamente na evidência de conformidade.

Uma implementação pode precisar escolher para avançar, mas deve registrar a escolha como interpretação local e monitorar a próxima revisão. Corrigir em segredo faz duas bibliotecas razoáveis divergirem sem sequer saberem que divergiram.

Ser admissível não é ser autêntico

O RFC 6532 permite UTF-8 direto em cabeçalhos e endereços de mensagens internacionalizadas. O novo rascunho restringe quais cadeias desse espaço devem ser aceitas. Nenhum deles autentica a pessoa ou garante a rota.

Uma cadeia válida pode indicar uma caixa inexistente. Uma resposta a desafio prova algum controle em certo momento, não uma identidade civil. O caminho pode falhar em um salto sem SMTPUTF8. Uma exportação pode alterar a cadeia depois de ela passar no cadastro. O usuário que apresenta um caráter proibido talvez só o tenha copiado sem enxergá-lo.

O artigo histórico anterior da BTW acompanha o local-part internacionalizado por todos os saltos e mostra por que não existe rebaixamento genérico. Esta notícia observa outra fronteira: o teste de admissão anterior ao transporte.

Um recibo que explica por que a porta abriu

O recibo começaria pelos bytes UTF-8 e pela sequência de pontos de código. Ligaria cada caractere não ASCII ao resultado do IdentifierClass, à regra contextual e ao cálculo de script. Indicaria a posição gramatical e as políticas de mapeamento, caixa, normalização e bidi.

Depois virão versão dos dados Unicode/PRECIS, build do validador, superfície de entrada, horário, ação e caminho de correção. A interface pode mostrar a forma legível ao lado de escapes seguros; o valor bruto deve ficar em evidência protegida.

Esse recibo é proposta editorial de Daniel Kade, não requisito do IETF. Ele preserva a autonomia de cada serviço para regras adicionais. O que torna comum é a capacidade de explicar se dois sistemas receberam o mesmo objeto e executaram a mesma fronteira.

Fontes