[GTER] registro.br mandando mensagens com Subject improprio...

[Frederico A C Neves]

Carlos,

Isto é um bom exemplo de como não cooperar nem com o próprio
pedido. Leia o rodapé da referência abaixo [1]. :-)

Muito obrigado por apontar o problema. Pelo que verifico isto já se
arrastava há um bom tempo.

Como disse, o suporte a "quoted-printable" infelizmente ainda parece
ser muito pobre, e a melhor alternativa para uma base de clientes
grande é a da não acentuação no cabeçalho.

Agora um comentário pessoal. Utilizar UTF-8 para o português é uma
opção pessoal, mas esperar que a maioria dos interlocutores que
normalmente utilizam outro "encoding" saibam como converter isto não
me parece uma boa forma de interoperar. Da mesma forma que você
reclamou do cabeçalho o meu cliente não sabe como transformar de UTF-8
-> ISO-8859-1. E a representação de 3 bytes se apresenta como ???.

[]s
Frederico

[1] http://eng.registro.br/pipermail/gter/2003-January/001249.html
[2] http://registro.br/contate.html

Ps. Quando alguém se dirige a uma instituição, normalmente deve-se
procurar escrever diretamente para a mesma pois pode ocorrer de não
existir ninguém em uma lista pública para responder a sua
mensagem. Esta é a lista de discussão do Grupo de Trabalho de
Engenharia e operação de redes, não o serviço de atendimento aos
usuário do Registro.br [2].

On Tue, Dec 16, 2003 at 06:41:03PM -0200, Carlos Laviola wrote:
> Aqui est???o os headers da mensagem completa que recebemos do registro.br
> quando acontecem altera??????es num dom???nio.  Qualquer notifica??????o que
> contenha acentos ??? enviada de forma errada, pois o Subject da mensagem
> n???o ??? "MIME encoded".  Em vez disso, os acentos s???o enviados sem o
> tratamento correto e dependem do terminal do cliente para serem exibidos
> da forma correta.  Como eu uso UTF-8 (Unicode), n???o consigo ver tais
> acentos de forma correta.
> 
> Para efeitos de demonstra??????o, o Subject "Isto ??? um teste. Agrade???o pela
> compreens???o" ??? enviado corretamente como
> 
> Subject: Isto =?iso-8859-1?Q?=E9_um_teste=2E_Agrade?=
>         =?iso-8859-1?Q?=E7o_pela_compreens=E3o=2E?=
> 
> (sim, com quebra de linha) pelo mutt.  No caso do registro, o caracter
> correspondente a letra "???" (i com acento agudo) ??? enviado sem
> tratamento, como "algo" em 8 bits, que poderia ser, basicamente,
> qualquer coisa em 8 bits (lixo) e que n???o faz sentido em um terminal
> UTF-8.
> 
> O corpo da mensagem ??? exibido corretamente, devido ??? presen???a de
> 
> Content-Type: text/plain; charset=iso-8859-1
> 
> nos headers da mensagem e o cliente, nesse caso, simplesmente faz a
> convers???o de charset original para o que o usu???rio usa (iso-8859-1 ->
> utf8, iso-8859-1 -> us-ascii, seja l??? o que for).
> 
> O amavis rodando no nosso servidor que serve de gateway de mail
> detecta o problema:
> 
> X-Amavis-Alert: BAD HEADER Non-encoded 8-bit data (char ED hex) in message header 'Subject'
> 	Subject: Dom\355nio LAURAMARSIA... ^
> 
> Quase ningu???m deve perceber isso porque pouca gente ainda l??? e-mail em
> terminais, especialmente UTF-8, mas n???o se deve contar com a capacidade
> do cliente de interpretar o caracter "raw" ou de "dar um jeitinho".  ???
> pra isso que existem padr???es.
> 
> Seria poss???vel consertar esse problema encapsulando o assunto da
> mensagem com MIME?
> 
> Obrigado,
> Carlos.
...