* [EMAIL PROTECTED] ([EMAIL PROTECTED]) wrote:
> Desculpe-me, Márcio. Parece que minha resposta foi mesmo "vaga".
> Bem... Retornando ao assunto, parece-me que o problema está na
> incompatibilidade de codificação usada por esses sistemas operacionais
> nos nomes de seus arquivos. Sendo assim, a primeira saída que vejo é
> descobrir a codificação usada por cada sistema e adicionar um script
> que identifique este sistema e faça a conversão usando "convmv". Eu
> não sei a codificação usada pelo Solaris ou OS/2(e supunho que não
> estejam ocorrendo problemas com arquivos vindos de tais máquinas,
> pois penso serem bastante compatíveis...), mas acho que o Windows
> usa UCS-2 para um sistema internacionalizado e cp850 para um sistema
> localizado oeste europeu (mais comum em instalações brasileiras). Na
> primeira mensagem, eu queria apenas identificar se esse era realmente
> o problema. Portanto, rode um "convmv -f cp850 -t iso8859-1 _file_"
> num destes arquivos mal acentuados que provenham de uma máquina win e
> veja o resultado na tela. Se a acentuação aparecer correta, adicione
> um "--notest" para efetivar a recodificação.
Ao rodar o comando mostra que não ha nada a ter feito:
[EMAIL PROTECTED]:~$ convmv -f cp850 -t iso8859-1 mail/anexos/ATA\ DE\
\=\?iso-8859-1\?Q\?REUNI\=C3O\?\=\ DA\ CRT\ 01\ 03\ 2005.DOC
No changes to your files done. Use --notest to finally rename the files.
[EMAIL PROTECTED]:~$
Ao adicionar a opção --notest nada é executado. Troquei as opções cp850
e iso8859-1 entre sí e alternei com utf-8 e UCS-2 fazendo todas as
combinações que pude imaginar.
[]'s
--
"Esta mensagem não contém nenhuma informação confidencial,
pois se é para ser confidencial não poderia ser transitada
por e-mail em uma lista pública. Portanto você pode fazer
qualquer coisa com esta mensagem, incluíndo esta sátira à
notas de copyrights ridiculas, que eu não estou nem aí!!!"
