Não ter nenhum traço no utf-8 em mensagens de e-mail torna o conjunto de caracteres ilegível?

2

O fato de não ter nenhum traço no utf-8 em cabeçalhos de mensagens de e-mail pode fazer com que clientes de e-mail exibam textos errados?

Subject: Newsletter
MIME-Version: 1.0
From: <>
Reply-To: <>
Content-Type: text/plain; **charset=utf8**
Message-Id: <>
Sender: www-data <>
Date: Mon, 29 Aug 2011 12:19:37 +0200
X-SmarterMail-Spam: SPF_None

Em oposição a:

Return-Path: <>
Received: from g with SMTP;
   Tue, 30 Aug 2011 17:19:03 +0200
Received: from www-data by serwis with local (Exim: PJ server v1.0 
    id <>
    for <>; Tue, 30 Aug 2011 17:18:53 +0200
To: <>
Subject: <>
From: WWW <>
MIME-Version: 1.0
Content-type: text/plain; **charset=utf-8**
Message-Id: <>
Sender: www-data <>
Date: Tue, 30 Aug 2011 17:18:53 +0200
X-SmarterMail-Spam: SPF_None

Estou perguntando, pois percebemos em alguns e-mails que, se há charset utf8 polish, os caracteres são ilegíveis.

    
por MadBoy 30.08.2011 / 18:11

1 resposta

3

A partir da entrada da Wikipedia em UTF-8 :

The official name is "UTF-8". All letters are upper-case, and the name is hyphenated. This spelling is used in all the documents relating to the encoding.
Alternatively, the name "utf-8" may be used by all standards conforming to the Internet Assigned Numbers Authority (IANA) list (which include CSS, HTML, XML, and HTTP headers),[15] as the declaration is case insensitive.

Other descriptions that omit the hyphen or replace it with a space, such as "utf8" or "UTF 8", are not accepted as correct by the governing standards. Despite this, most agents such as browsers can understand them, and so standards intended to describe existing practice (such as HTML5) may effectively require their recognition.

Então, basicamente, utf8 é tecnicamente incorreto (O Pior Tipo de Incorreto ™), e os programas não têm obrigação de aceitá-lo e Fazer a Coisa Certa (embora muitos possam fazê-lo com a bondade de seus corações). / p>     

por 30.08.2011 / 18:25

Tags