RFC 822
Ce service de courrier électronique a été conçu pour envoyer des messages en alphabet n°5. Aucun autre type d'information n'est prévu (en particulier pas d'autres jeux de caractères, par exemple avec des accents !).
Il est supporté par le service TCP.
RFC 822 ne fait aucune distinction entre enveloppe et texte du message : celui-ci est simplement un fichier contenant quelques champs d'en_tête au début. Ce champ d'en-tête est mis à jour dans chaque système traversé, permettant de reconstituer la route suivie par le message.
Chaque champ de l'en-tête est un mot clé suivi de : et d'une valeur, par exemple
From : xyz@riri.univ-lyon1.fr
Toute chaîne de caractères entre parenthèses est un commentaire ignoré. Il existe des régles pour traiter les lignes longues, les espaces, les tabulations.
Chaque correspondant est connu par son nom et son adresse codés dans une adresse SMTP de format :
Nom@Domaine
Les domaines sont hiérarchisés en sous-domaines. Au plus haut niveau on trouve des domaines par pays (par exemple "fr", France) ou par organisme (par exemple "edu", organisations éducatives). Au plus bas niveau, on trouve le système qui contient la boîte à lettres du correspondant.
L'ordre des champs n'est pas imposé. Le champ "Sender" est suivent omis si son contenu apparait dans le champ "From".
D'autres champs permettent de faire suivre un courrier. Les champs commençant par X (par exemple X-Enveloppe-To) sont transmis mais non traités.
Les champs de l'en-tête peuvent être classés en 4 groupes:
From
Sender
To
Received from
Receive by
Receive via
Receive with
|
Nom de l'expéditeur
Adresse de l'expéditeur
Adresse du destinataire
Provenance du message
Identité du récepteur
Support physique d'arrivée du message
Protocole utilisé
|
Reply-To
Cc
Bcc
|
Adresse de retour
Adresses des copies à envoyer
(carbon copy)
Adresses des copies muettes
|
Message-ID
In-Reply-To
References
Subject
Keywords
|
Identification du message
Identification du message auquel on
répond
Autres messages cités
Sujet traité
Descripteurs du contenu
|
Date
Comments
Encrypted
|
Date d'envoi du message
Commentaires de l'utilisateur
Index vers la table des clés de cryptage
|
Seul le contenu d'un message peut être chiffré. Les champs (optionnels) "Subject" et "Keywords" faisant partie de l'en-tête doivent rester en clair.
La majeure partie du courrier électronique utilise aujourd'hui SMTP. L'OSI a retenu le standard X400, qui est implanté sur les réseaux publiques (En France , Atlas 400) et dont l'interopérabilité entre de nombreux constructeurs a été démontrée. Le système d'adressage (nom d'O/R, fondé sur des attributs, y est très différent; cependant il est assez facile de créer un nom d'O/R (adressage X400) à partir d'une adresse SMTP hiérarchisée. La transformation inverse est beaucoup plus complexe, de nombreux champ du nom d'O/R n'ayant pas d'équivalents.
L'envoi d'un message se fait par transmission sur des connexions TCP directes ou à travers des nœuds intermédiaires. Lorsque la connexion TCP entre hôtes et:ou nœuds est établie, l'initiateur envoie une commande "MAIL" identifiant l'émetteur et permettant de retourner des messages d'erreur si nécessaire. Si le récepteur peut recevoir le message, il envoie un acquittement positif. L'émetteur envoie alors une commande "RCPT" identifiant le destinataire du courrier. Le récepteur peut encore l'accepter ou le refuser. Si le destinataire est reconnu et acceptable, l'initiateur émet une commande "DATA" suivi du message sous la forme d'une série de ligne en alphabet n°5 et terminée par une ligne contenant uniquement un point "."(Un "." en début de ligne est donc considéré comme l'indicateur d'une fin de message). D'autres commandes permette de vérifier les adresses ou de traiter les listes de diffusion de messages.
Dostları ilə paylaş: |