Resumo

  • O SMTPUTF8 ampliou para UTF-8 os nomes de caixas no envelope e os valores de cabeçalho, mas somente após cada servidor anunciar capacidade; ele também precisava anunciar 8BITMIME.
  • Um domínio podia virar A-label por IDNA, mas a parte local não ASCII não possuía equivalente genérico. Quando a rota deixava de suportar a extensão, cabiam transformação autorizada na submissão, outra rota, nova tentativa ou falha — nunca uma caixa inventada.

Um nome familiar ainda não era o endereço

MIME conseguia exibir nomes e assuntos fora de ASCII. A RFC 6530, porém, separa esse texto visível do envelope SMTP: o nome de exibição não direciona a entrega.

IDNA internacionalizou o domínio à direita de @. A parte local continuou sendo um nome administrado pelo sistema final. O domínio Unicode tem uma forma A-label adequada ao DNS; a caixa não tem transliteração universal. Trocar sua escrita pode apontar para ninguém ou para outra pessoa.

Internacionalizar o endereço inteiro exigia, portanto, uma rota capaz de preservar o nome, não apenas uma tela capaz de mostrá-lo.

O padrão abandonou o atalho da conversão em trânsito

RFC 6530 substituiu RFC 4952 e registrou que os experimentos de downgrade intermediário se tornaram irrelevantes. Um relé no meio não tinha autoridade para fabricar uma identidade ASCII.

Os documentos Standards Track de fevereiro de 2012 dividiram papéis. A RFC 6531 definiu SMTP; a RFC 6532, cabeçalhos UTF-8; a RFC 6533, notificações que preservam o destinatário internacionalizado. Não era tabela de tradução, mas ambiente em que envelope, mensagem e falha mantinham a mesma identidade.

SMTPUTF8 era uma promessa integral

O servidor inclui SMTPUTF8 em EHLO. O registro SMTP da IANA mantém a palavra sem parâmetro. RFC 6531 exige conformidade completa e anúncio de 8BITMIME.

8BITMIME preserva octetos altos do corpo; SMTPUTF8 amplia endereços de envelope e cabeçalhos que carregam identidade. O segundo depende de ambiente limpo de oito bits, mas não substitui o primeiro.

O cliente pode anexar o parâmetro sem valor SMTPUTF8 a MAIL FROM, declarando que envelope, mensagem ou cabeçalhos precisam da extensão. Delimitadores SMTP permanecem; o repertório de caracteres cresce.

A rota virou condição de alcançabilidade

Sem anúncio, o cliente não pode transmitir endereço internacionalizado nem cabeçalho RFC 6532, mesmo aninhado em MIME. A mesma caixa pode ser alcançável por um MX capaz e bloqueada por outro. Tentar outro MX ou esperar procura um caminho fiel, não renomeia o destinatário.

O agente de submissão dispõe de liberdade maior porque o autor ainda participa dessa fronteira. Se houver alias ASCII realmente provisionado, ele pode construir uma mensagem comum. RFC 6531 não define a transformação nem autoriza o relé de trânsito a improvisar transliteração.

Sem rota ou conversão legítima, cabe rejeitar, notificar, reenfileirar ou tentar host alternativo. A falha preserva a diferença entre “este caminho não leva este nome” e “a caixa não existe”.

UTF-8 entrou nos valores, não nos nomes de campo

RFC 6532 permite UTF-8 direto em Subject, endereços, cadeias e certas construções Message-ID. Nomes de cabeçalho continuam ASCII. O limite rígido passa a 998 octetos; a recomendação visual de 78 unidades continua medida em caracteres.

Normalização tampouco cria equivalência de identidade. RFC 6532 recomenda NFC e evita NFKC quando ela apaga diferenças de grafia. A interpretação da parte local pertence ao sistema final.

A notificação precisava guardar quem falhou

RFC 6533 define tipo de endereço UTF-8 e formas para ORCPT e DSN, inclusive codificação segura em sete bits. Ela preserva o destinatário original como evidência; não cria uma caixa ASCII capaz de receber a mensagem.

Quem anuncia SMTPUTF8 e DSN deve implementar RFC 6533. Um relatório que perde o endereço internacionalizado não consegue correlacionar a falha.

Capacidade não era propriedade

SMTPUTF8 comprova aptidão para analisar e transportar strings, não existência, posse, equivalência visual ou entrega. O domínio governa seus rótulos; o sistema final, suas caixas; o relé transporta ou falha. Nenhum deles pode inventar uma pessoa substituta.

Fontes e limites

O quadro vem da RFC 6530, o transporte da RFC 6531, os cabeçalhos da RFC 6532, as notificações da RFC 6533, e o registro atual da IANA. As fontes não medem suporte atual, entregabilidade ou propriedade.