Aller au contenu
Glossaire · Format du message

Internationalisation des adresses e-mail

Les normes (RFC 6530 à 6533) qui autorisent des adresses et des en-têtes d'e-mail dans n'importe quel alphabet, comme le chinois, l'arabe ou le latin accentué, encodés en UTF-8.

Ce que cela signifie

Avant l'EAI, la partie locale d'une adresse devait être en ASCII, et les domaines non latins ne pouvaient apparaître que sous leur forme punycode. La RFC 6530 donne le cadre, la RFC 6531 l'extension SMTPUTF8 qui permet aux serveurs d'échanger ces adresses, la RFC 6532 les champs d'en-tête en UTF-8, et la RFC 6533 des notifications d'état de remise capables de les signaler.

La difficulté, c'est la prise en charge. Chaque serveur sur le chemin, et le logiciel de messagerie du destinataire, doit gérer les adresses UTF-8 ; quand l'un d'eux ne le fait pas, le message part en bounce, avec des codes étendus comme 5.6.7, car une partie locale non ASCII n'a pas de repli ASCII. Les formulaires d'inscription devraient accepter ces adresses et les stocker en UTF-8.

Sur ce site

Sources

Ce sur quoi repose cette définition. La formulation est la nôtre ; les faits sont les leurs.

Les 432 termes du glossaireLe wiki : blacklists et codes de bounce

Beat · surveillance payante

Un battement de cœur pour vos e-mails.

Beat lance chaque vérification de ce site à intervalles réguliers : 41 vérifications, 50 blacklists et un vrai inbox placement. Dès que quelque chose casse, il vous dit ce qui a cassé, pourquoi c’est important et le correctif exact.

example.comSous surveillance
  • SPFréussi
  • DKIMréussi
  • DMARCp=none
  • Blacklists0 / 50

Illustration. Votre domaine, toutes les quelques heures.

Aussi chez nous :Pulse : votre propre infrastructure d’envoiConseil : 65 $ US/h, sans forfait mensuel