| dbo:abstract
|
- Beaucoup de clients de courriels sont maintenant capables de gérer l'Unicode (à l'exception notable de certains webmails). Cependant la plupart n'envoient pas en Unicode par défaut, et peu de systèmes sont configurés et capables d'afficher tout le domaine de caractères Unicode par défaut. Les courriels écrits en HTML peuvent utiliser les entités HTML pour utiliser tous les caractères Unicode même si le code source HTML du courriel est dans le legacy encoding[C'est-à-dire ?]. Le reste de cet article concerne les courriels dont le code source (HTML ou texte brut) utilise un codage qui couvre la totalité de l'Unicode. Comme pour tous les codages à l'exception de l'US-ASCII, il faut spécifier via MIME que le texte utilise un codage Unicode. UTF-7, bien que parfois considéré comme déprécié, a l'avantage par rapport aux autres codages Unicode de fonctionner tel quel avec la limitation à 7 bits imposée par certains anciens serveurs de courriels (ceux qui ne signalent pas (en)). UTF-8 et UTF-16, quant à eux, devraient être transformés avec Base64 ou Quoted-Printable pour permettre une transmission correcte sur ces serveurs. (fr)
- Many email clients now offer some support for Unicode. Some clients will automatically choose between a legacy encoding and Unicode depending on the mail's content, either automatically or when the user requests it. Technical requirements for sending of messages containing non-ASCII characters by email include
* encoding of certain header fields (subject, sender's and recipient's names, sender's organization and reply-to name) and, optionally, body in a content-transfer encoding
* encoding of non-ASCII characters in one of the Unicode transforms
* negotiating the use of UTF-8 encoding in email addresses and reply codes (SMTPUTF8)
* sending the information about the content-transfer encoding and the Unicode transform used so that the message can be correctly displayed by the recipient (see Mojibake). If the sender's or recipient's email address contains non-ASCII characters, sending of a message requires also encoding of these to a format that can be understood by mail servers. (en)
|
| dbo:wikiPageExternalLink
| |
| dbo:wikiPageID
| |
| dbo:wikiPageLength
|
- 5365 (xsd:nonNegativeInteger)
|
| dbo:wikiPageRevisionID
| |
| dbo:wikiPageWikiLink
| |
| dbp:wikiPageUsesTemplate
| |
| dct:subject
| |
| rdfs:comment
|
- Many email clients now offer some support for Unicode. Some clients will automatically choose between a legacy encoding and Unicode depending on the mail's content, either automatically or when the user requests it. Technical requirements for sending of messages containing non-ASCII characters by email include If the sender's or recipient's email address contains non-ASCII characters, sending of a message requires also encoding of these to a format that can be understood by mail servers. (en)
- Beaucoup de clients de courriels sont maintenant capables de gérer l'Unicode (à l'exception notable de certains webmails). Cependant la plupart n'envoient pas en Unicode par défaut, et peu de systèmes sont configurés et capables d'afficher tout le domaine de caractères Unicode par défaut. (fr)
|
| rdfs:label
|
- Correo electrónico y unicode (es)
- Courriel et Unicode (fr)
- Unicode and email (en)
|
| owl:sameAs
| |
| prov:wasDerivedFrom
| |
| foaf:isPrimaryTopicOf
| |
| is dbo:wikiPageRedirects
of | |
| is dbo:wikiPageWikiLink
of | |
| is foaf:primaryTopic
of | |
