Quel est le but de permettre les commentaires dans les adresses e-mail?

Selon la norme , il est possible d'insérer des «commentaires» dans les adresses e-mail, telles que john(hello @(world!) )@example.comet john@(my)example.comdirectement à john@example.com.

La norme stipule (dans la section 3.2.2):

Un commentaire est normalement utilisé dans un corps de champ structuré pour fournir un texte d'information lisible par l'homme.

Cependant, l'inclusion de commentaires rend l'analyse des adresses e-mail valides beaucoup plus compliquée, et j'ai du mal à penser à des cas où de tels commentaires permettent des fonctionnalités supplémentaires qui ne pourraient pas être obtenues autrement. Y avait-il une raison historique obscure pour leur inclusion, et les commentaires ne sont désormais autorisés que pour des raisons héritées (et devraient donc être découragés / déconseillés), ou y a-t-il une fonctionnalité particulière qu'ils permettent (comme semble le suggérer la norme)?

Il semble que Thunderbird analyse ces commentaires et les affiche dans le champ `` À '' (voir l'image ci-dessous), mais cela ne fonctionne que pour les messages envoyés à des types de comptes spécifiques, et je n'ai trouvé aucune documentation sur ce comportement.

email thunderbird standards

— j_h
source

Je pense que vous voulez lire la section 4.4 de la RFC 5322. Ce ne serait certainement pas la seule chose autorisée dans les adresses e-mail qui rend leur analyse plus compliquée que le cas normal aujourd'hui, mais bon nombre de ces formats d'adresse spéciaux obsolètes étaient nécessaires lorsque l'un des principaux objectifs de SMTP était de permettre l'interopérabilité avec tout le monde. et le système de messagerie propriétaire de leur chien, qui avaient tous leur propre syntaxe d'adresse unique.

— un CVn

Bon point que la norme doit être rétrocompatible, mais je me demande quelle était la motivation d'origine pour autoriser les commentaires à l'intérieur de l'adresse.

— j_h

@random Je suppose qu'il y avait une raison spécifique pour autoriser les commentaires entre parenthèses, et j'espère que quelqu'un connaît la réponse, ou peut au moins fournir des exemples où cette fonctionnalité peut être utilisée pour obtenir des fonctionnalités spécifiques qui ne pourraient pas être obtenues autrement. Comment se fait-il que cette question soit suspendue en tant que question d’opinion?

— j_h

Votre commentaire dit maintenant que c'est une question "trop large", et qui n'est pas non plus de portée. Demander le raisonnement / cas d'utilisation pourquoi quelque chose a été mis en œuvre d'une certaine manière ne relève pas de SU

— aléatoire

Il me semble qu'il devrait y avoir une réponse très spécifique à la question: soit il y avait une raison historique obscure, et les commentaires ne sont désormais autorisés que pour des raisons héritées (et devraient donc être découragés / déconseillés), ou il y a une fonctionnalité particulière qu'ils activer (comme semble le suggérer la norme). J'aurais pensé que cette question intéresserait les «passionnés d'informatique et les utilisateurs expérimentés» qui souhaitent tirer le meilleur parti de leur utilisation du courrier électronique.

— j_h

Les commentaires à l'intérieur des adresses e-mail sont principalement pris en charge afin qu'une forme obsolète des adresses e-mail - Plus précisément, "john@example.com (John Smith)" au lieu de "John Smith <john@example.com>" puisse être gérée.

Cette notation à l'ancienne définissait le contenu entre parenthèses comme des commentaires arbitraires, comme cela a été souligné ici et référencé dans la RFC 822 dans le cadre de la convention générale de commentaires:

http://www.freesoft.org/CIE/RFC/822/16.htm

.. Comme vous pouvez le voir, le format de courrier électronique d'origine tire ses origines de la première norme RFC 822 créée en 1982 pour remplacer la norme ARPANET RFC 733 qui utilisait également des parenthèses comme commentaires. Finalement, les crochets ont été normalisés, mais le support du format d'origine est resté.

RE: https://en.wikipedia.org/wiki/Email#Message_format

— sean2078
source