[GTER] IDN no .BR Era: Fw: COM/NET informational message

[Frederico A C Neves]

[ATENÇÃO, esta mensagem não representa a opinião do meu empregador, do
Comitê Gestor da internet no Brasil e ao ler a mesma pode nem mais
representar a minha atual opinião]

Rubens,

On Fri, Jan 03, 2003 at 09:57:02PM -0200, Rubens Kuhl Jr. wrote:
> 
> Para os que tem domínios .com e .net, aviso importante.
> 
> Fred, teremos IDNs em .br ?
> 

Provavelmente sim mas não já.

Do lado operacional do problema o tempo ainda não parece ser adequado
uma vez que a solução proposta (cliente) [1] para o seu melhor
funcionamento vai depender da implementação da conversão em ACE
diretamente na biblioteca resolver. Soluções de transformação em ACE
via modificação em aplicativos, "plugins" e outras técnicas como à
apresentada pela VGR vão funcionar somente para alguns protocolos e
ainda assim parcialmente. Obviamente pode-se advogar que está é uma
solução transitória (vide Ps. no final). Do lado do servidor existe
uma proposta comercial [2], que promete a solução do problema mas
também não atendem a todos os protocolos.

Com relação a política do CG faz sentido que o mesmo, para a não
criação de uma corrida e de situações confusas, adote como regra algo
aditivo a política do - (hífen). A variação da representação do
domínios com/sem acentos será concedida somente ao detentor do nome de
domínios que contenha a mesma representação sem hífens e sem
acentos. Ex.: pãodeaçucar.com.br somente poderá ser registrado caso
não exista uma representação igual do mesmo sem hífens e sem acentos
registrada por outra entidade ou caso a entidade seja a mesma.

Outro ponto que deve-se levar em conta é que salvo os casos de línguas
aonde os caracteres não contem o US-ASCII, no fundo, o grande
motivador da adoção imediata desta "tecnologia" é a indústria
comercial de nomes de domínios que encontra-se estagnada e vê isto
como uma forma de ampliar a oferta de nomes para o mercado mesmo que
para isto não entregue o que promete. A VGR já registrou e cobrou por
domínios IDN no passado sem ter entregue o que prometia.

Para que fique claro, a não adoção hoje de IDN, não tem nada a ver com
possíveis dificuldades em relação a implementação pelo serviço de
registro. Isso é simples mas nas condições atuais a funcionalidade dos
domínios será baixa e trará muita confusão e descontentamento a
comunidade. A nossa língua utiliza somente parte dos caracteres do
Latin-1, e devido a isto, convive-se muito bem somente com o US-ASCII
para a representação de domínios. A melhor política em nosso caso me
parece ainda aguardar uma ampla adoção da conversão ACE nos
resolvers. Isto só começa a ocorrer depois da publicação da RFC em
"standards track" o que ainda não aconteceu.

> Rubens

[]s
Frederico

Ps.: Já que estamos falando de internacionalização de protocolos, por
favor, vamos respeitar ainda o SMTP não pensando que o seu suporte a
outros caracteres via MIME vale para toda a mensagem [3]. NÃO acentuem
no cabeçalho da mensagem pois infelizmente nem todas as aplicações
ainda suportam "Quoted Printable" [4] corretamente :-(, e isto já é
standard à 6 anos !


[1] ftp://ftp.registro.br/internet-drafts/draft-ietf-idn-idna-14.txt
    ftp://ftp.registro.br/internet-drafts/draft-ietf-idn-nameprep-11.txt
    ftp://ftp.registro.br/internet-drafts/draft-ietf-idn-uri-03.txt
    ftp://ftp.registro.br/internet-drafts/draft-ietf-idn-punycode-03.txt
[2] ftp://ftp.registro.br/internet-drafts/draft-ietf-idn-dnsii-trace-01.txt
[3] ftp://ftp.registro.br/rfc/rfc2821.txt
[4] ftp://ftp.registro.br/rfc/rfc2045.txt