1. Introduction
1.1. Portée
Ce document spécifie le format de message Internet (IMF, Internet Message Format), une syntaxe pour les messages textuels envoyés entre utilisateurs d'ordinateurs, dans le cadre des messages de « courrier électronique ». Cette spécification est une mise à jour de [RFC2822], qui avait elle-même remplacé [RFC0822], en la mettant à jour pour refléter la pratique actuelle et en incorporant les modifications incrémentales qui ont été spécifiées dans d'autres RFC telles que [RFC1123].
Ce document spécifie uniquement une syntaxe pour les messages textuels. En particulier, il ne prévoit pas la transmission d'images, d'audio ou d'autres types de données structurées dans les messages de courrier électronique. Plusieurs extensions ont été publiées, comme la série de documents MIME ([RFC2045], [RFC2046], [RFC2049]), qui décrivent des mécanismes permettant de transmettre de telles données par courrier électronique, soit en étendant la syntaxe fournie ici, soit en structurant ces messages de manière à ce qu'ils soient conformes à cette syntaxe. Ces mécanismes sortent du champ d'application de la présente spécification.
Dans le contexte du courrier électronique, les messages sont considérés comme comportant une enveloppe et un contenu. L'enveloppe contient toutes les informations nécessaires pour effectuer la transmission et la remise. (Voir [RFC5321] pour une discussion de l'enveloppe.) Le contenu comprend l'objet à remettre au destinataire. Cette spécification s'applique uniquement au format et à une partie de la sémantique du contenu des messages. Elle ne contient aucune spécification des informations figurant dans l'enveloppe.
Cependant, certains systèmes de messagerie peuvent utiliser des informations du contenu pour créer l'enveloppe. Cette spécification est destinée à faciliter l'acquisition de ces informations par les programmes.
Cette spécification vise à définir le format de contenu de message qui doit être transmis entre systèmes. Bien que certains systèmes de messagerie stockent localement les messages dans ce format (ce qui élimine le besoin de traduction entre formats) et que d'autres utilisent des formats différents de celui spécifié dans la présente spécification, le stockage local sort du champ d'application de cette spécification.
Remarque : Cette spécification n'est pas destinée à dicter les formats internes utilisés par les sites, les fonctionnalités spécifiques des systèmes de messagerie qu'ils sont censés prendre en charge, ni aucune des caractéristiques des programmes d'interface utilisateur qui créent ou lisent des messages. En outre, ce document ne spécifie pas d'encodage des caractères pour le transport ou le stockage ; c'est-à-dire qu'il ne précise pas le nombre de bits utilisés ni la manière dont ces bits sont spécifiquement transférés sur le réseau ou stockés sur disque.
1.2. Conventions de notation
1.2.1. Notation des exigences
Ce document utilise occasionnellement des termes qui apparaissent en lettres capitales. Lorsque les termes « MUST », « SHOULD », « RECOMMENDED », « MUST NOT », « SHOULD NOT » et « MAY » apparaissent en capitales, ils sont utilisés pour indiquer des exigences particulières de la présente spécification. Une discussion de la signification de ces termes figure dans [RFC2119].
1.2.2. Notation syntaxique
Cette spécification utilise la notation de la forme de Backus-Naur augmentée (ABNF, Augmented Backus-Naur Form) [RFC5234] pour les définitions formelles de la syntaxe des messages. Les caractères sont spécifiés soit par une valeur décimale (par exemple, la valeur %d65 pour le A majuscule et %d97 pour le a minuscule), soit par une valeur littérale insensible à la casse encadrée par des guillemets (par exemple, « A » pour le A majuscule ou minuscule).
1.2.3. Structure de ce document
Ce document est divisé en plusieurs sections.
Cette section, la section 1, est une brève introduction au document.
La section 2 expose la description générale d'un message et de ses parties constitutives. Il s'agit d'un aperçu destiné à aider le lecteur à comprendre certains des principes généraux utilisés dans les parties ultérieures de ce document. Tout exemple figurant dans cette section MUST NOT être considéré comme une spécification de la syntaxe formelle d'une partie quelconque d'un message.
La section 3 spécifie les règles ABNF formelles de la structure de chaque partie d'un message (la syntaxe) et décrit la relation entre ces parties et leur signification dans le contexte d'un message (la sémantique). En d'autres termes, elle expose les règles réelles de la structure de chaque partie d'un message (la syntaxe) ainsi qu'une description des parties et des instructions pour leur interprétation (la sémantique). Cela comprend l'analyse de la syntaxe et de la sémantique des sous-parties des messages qui ont une structure spécifique. La syntaxe incluse dans la section 3 représente les messages tels qu'ils MUST être créés. La section 3 contient également des notes indiquant si l'une des options spécifiées dans la syntaxe SHOULD être utilisée de préférence à d'autres.
Les sections 2 et 3 décrivent toutes deux des messages qu'il est légal de générer aux fins de la présente spécification.
La section 4 de ce document spécifie une syntaxe « obsolète ». La section 3 renvoie à ces éléments syntaxiques obsolètes. Les règles de la syntaxe obsolète correspondent à des éléments qui sont apparus dans des versions antérieures de cette spécification ou qui ont été largement utilisés auparavant dans les messages Internet. En tant que tels, ces éléments MUST être interprétés par les analyseurs de messages afin d'être conformes à cette spécification. Toutefois, comme les éléments de cette syntaxe ont été jugés non interopérables ou susceptibles de causer des problèmes importants aux destinataires des messages, ils MUST NOT être générés par les créateurs de messages conformes.
La section 5 détaille les considérations de sécurité à prendre en compte lors de la mise en œuvre de cette spécification.
L'annexe A donne des exemples de différents types de messages. Ces exemples ne sont pas exhaustifs quant aux types de messages qui apparaissent sur l'Internet, mais donnent un large aperçu de certaines formes syntaxiques.
L'annexe B énumère les différences entre cette spécification et les spécifications antérieures des messages Internet.
L'annexe C contient les remerciements.