Internet Message Format

Vérifié le 2026-10-29

Disponible uniquement en anglais.

Officiel Contraignant

Référence
RFC 5322
Type
RFC (IETF)
Dossier
Autres normes
Version
définitive (RFC)
Date
2008-10
Statut
Définitif
Langues
anglais
Source officielle
https://www.rfc-editor.org/rfc/rfc5322.html

Remarque

Spécification de l'IETF qui définit le format des messages électroniques (Internet Message Format), syntaxe des messages texte échangés entre utilisateurs, en révision de la RFC 2822.

Le texte intégral n'est pas reproduit ici (droits) : consultez la source officielle.

Résumé

Objet

La RFC 5322 de l’IETF (octobre 2008) définit le format des messages de l’internet (Internet Message Format) :

Texte officiel · RFC 5322, Abstract

This document specifies the Internet Message Format (IMF), a syntax for text messages that are sent between computer users, within the framework of “electronic mail” messages.

Elle révise la RFC 2822 RFC 5322, Abstract. Elle ne porte que sur le format et une partie de la sémantique du contenu des messages, pas sur leur enveloppe de transport RFC 5322, § 1.1. Scope. Pour eIDAS, seule compte sa définition d’une adresse électronique.

À qui ça s’applique

La RFC elle-même n’impose rien au titre d’eIDAS. Elle s’applique par renvoi aux fournisseurs de données d’identification personnelle (PID), qui veillent à ce que les PID délivrées aux portefeuilles soient conformes aux spécifications de l’annexe du règlement d’exécution 2024/2977 Art. 3 §3.

Le renvoi ne joue que pour un attribut facultatif : l’adresse de courrier électronique (email_address) figure au tableau 2 de l’annexe, parmi les données d’identification personnelle facultatives des personnes physiques. Le tableau la décrit comme l’adresse de l’utilisateur auquel se rapportent les PID, conformément à la RFC 5322 Annexe.

Points clés

  • Un attribut facultatif. Le fournisseur de PID n’est pas tenu d’inclure une adresse électronique ; s’il le fait, elle suit la RFC Annexe.
  • Divulgation sélective. Le tableau 2 regroupe des données soumises à la divulgation sélective, c’est-à-dire que l’utilisateur peut choisir de les montrer ou non Annexe.
  • Deux encodages. Au format ISO/IEC-mdoc, l’attribut email_address est une chaîne de texte (tstr) ; au format SD-JWT VC, il devient la revendication email, de type chaîne de caractères Annexe.
  • La forme d’une adresse. La RFC décrit l’adresse simple (addr-spec) : une partie locale, le caractère « @ », puis un domaine internet RFC 5322, § 3.4.1. Addr-Spec Specification. Une boîte aux lettres peut aussi porter un nom affiché, l’adresse étant alors placée entre chevrons RFC 5322, § 3.4. Address Specification.
  • Une réserve de la RFC. La partie « domaine » obéit aussi aux règles d’autres protocoles, et la RFC demande aux mises en œuvre de respecter la syntaxe d’adresse propre à leur contexte RFC 5322, § 3.4.1. Addr-Spec Specification.

Clauses visées par l’acte

  • L’annexe du règlement d’exécution 2024/2977 renvoie à la RFC 5322 dans son ensemble, sans numéro de clause Annexe. Elle ne dit pas laquelle des formes d’adresse de la RFC retenir.
  • L’annexe du règlement d’exécution 2024/2977 a été remplacée par le règlement d’exécution 2026/1731 Règlement d'exécution (UE) 2026/1731 ; ce résumé cite la version consolidée qui l’intègre.

Liens

Consolidation sans valeur officielle

Ce résumé s’appuie sur la version consolidée, publiée sur EUR-Lex, du règlement d’exécution 2024/2977 Règlement d'exécution (UE) 2024/2977 — version consolidée au 11/08/2026. Elle sert de documentation : seul le texte publié au Journal officiel fait foi.

Rédaction Asphalia.