← RFC Reference

RFC 6854 : Syntaxe de groupe dans les champs d'en-tête From et Sender

Pourquoi cela existe

RFC 5322 exige que l'en-tête From contienne une ou plusieurs adresses de boîte aux lettres. Mais certains messages n'ont vraiment aucun auteur humain unique :

• Messages système automatisés — alertes de surveillance, notifications de compilation, rapports programmés. Aucune personne n'a écrit ceux-ci.
• Digests de listes de diffusion — un digest agrège les messages de plusieurs auteurs. Quelle est l'adresse « From » ?
• Documents rédigés en groupe — messages rédigés de façon collaborative par une équipe.
• Adresses noreply — certaines organisations veulent indiquer qu'aucune réponse n'est attendue, sans exposer une adresse réelle.

RFC 6854 met à jour RFC 5322 pour autoriser la syntaxe de groupe dans les en-têtes From et Sender. La syntaxe de groupe peut contenir zéro ou plusieurs adresses de boîte aux lettres, ce qui signifie que vous pouvez avoir un en-tête From avec un nom descriptif mais sans adresse réelle à l'intérieur.

Comment cela fonctionne

Principes fondamentaux de la syntaxe de groupe

La syntaxe de groupe était déjà définie dans RFC 5322 pour des en-têtes comme To et Cc. Elle ressemble à ceci :

; Syntaxe de groupe : display-name « : » [mailbox-list] « ; »

; Groupe avec membres (déjà autorisé dans To/Cc)
To: Engineering Team: alice@example.com, bob@example.com;

; Groupe vide — pas d'adresses (l'innovation clé de RFC 6854)
From: Engineering Team:;

La capacité nouvelle critique est le groupe vide dans From : un nom d'affichage suivi de :; sans adresses entre les deux points et le point-virgule.

Exigences lors de l'utilisation de la syntaxe de groupe dans From

RFC 6854 établit des conditions strictes :

1. Un en-tête Sender est requis. Lorsque le champ From utilise la syntaxe de groupe (surtout les groupes vides), le message doit inclure un en-tête Sender avec une adresse de boîte aux lettres valide. Cela garantit qu'il y a toujours une adresse responsable pour le message.
2. L'adresse Sender doit être une boîte aux lettres réelle et livrable. Elle doit être capable de recevoir les réponses et les rebonds.
3. À utiliser avec parcimonie. RFC note explicitement que c'est pour les cas où aucun auteur unique ne peut être identifié. Le courrier électronique normal de personne à personne doit continuer à utiliser la syntaxe standard de boîte aux lettres dans From.

Exemples pratiques

; Alerte de surveillance automatisée — aucun auteur humain
From: Monitoring System:;
Sender: noc@example.com
To: ops-team@example.com
Subject: [ALERT] Database connection pool exhausted

; Digest de liste de diffusion — plusieurs auteurs agrégés
From: Dev List Digest:;
Sender: dev-list-owner@lists.example.org
To: dev-list@lists.example.org
Subject: Dev List Digest, Vol 42, Issue 7

; Groupe avec un membre — l'auteur nommé au nom d'une équipe
From: Security Team: security-lead@example.com;
To: all-staff@example.com
Subject: Mandatory password rotation notice

Différences avec le From standard

Détails techniques clés

Interaction avec DKIM

DKIM signe l'en-tête From. Lorsque From contient une syntaxe de groupe, DKIM opère sur la valeur d'en-tête littérale. Le domaine d= dans la signature DKIM n'a pas besoin de correspondre à une adresse dans le groupe From (puisqu'il peut ne pas y en avoir). À la place, l'alignement DKIM pour DMARC revient à l'en-tête Sender ou à l'expéditeur de l'enveloppe.

Interaction avec DMARC

L'alignement DMARC exige que le domaine From correspond au domaine d= DKIM ou au domaine de l'expéditeur d'enveloppe authentifié par SPF. Avec un groupe vide dans From, il n'y a pas de domaine à aligner. En pratique, cela signifie :

• DMARC ne peut pas évaluer l'alignement pour les en-têtes From avec groupe vide.
• La plupart des implémentations DMARC le traitent comme un résultat non applicable.
• L'en-tête Sender ou l'expéditeur de l'enveloppe fournit l'ancrage d'authentification réel.

Cela rend les en-têtes From avec groupe vide peu courants en pratique pour le courrier électronique accessible par Internet, car DMARC est maintenant largement déployé.

Comportement d'affichage du client

Les clients de courrier traitent la syntaxe de groupe dans From de façon incohérente :

• Gmail : Affiche l'adresse Sender comme From, en ignorant le nom d'affichage du groupe.
• Outlook : Peut afficher le nom du groupe ou l'adresse Sender, selon la version.
• Apple Mail : Affiche généralement l'adresse Sender.
• Thunderbird : Affiche le nom d'affichage du groupe avec l'adresse Sender entre parenthèses.

L'affichage incohérent est la principale limitation pratique de cette fonctionnalité.

Mise à jour de la grammaire ABNF

RFC 6854 met à jour la grammaire RFC 5322 pour les champs from et sender :

; Original RFC 5322
from = "From:" mailbox-list CRLF

; Mise à jour RFC 6854
from = "From:" (mailbox-list / address-list) CRLF

; address-list permet la syntaxe de groupe
; group = display-name ":" [group-list] ";"

Erreurs courantes

• Utiliser From avec groupe vide sans en-tête Sender. RFC 6854 exige un en-tête Sender quand From utilise la syntaxe de groupe sans adresses de boîte aux lettres. Sans Sender, il n'y a pas d'adresse responsable pour les rebonds ou les réponses, et les analyseurs stricts rejetteront le message.
• S'attendre à un rendu client cohérent. La plupart des clients de courrier n'ont pas été conçus pour la syntaxe de groupe dans From. Testez sur Gmail, Outlook et Apple Mail avant de déployer. L'affichage peut être déroutant pour les destinataires.
• Utiliser ceci pour le marketing ou le courrier électronique transactionnel accessible par Internet. Les problèmes d'alignement DMARC rendent le From avec groupe vide peu pratique pour le courrier électronique qui doit passer les contrôles d'authentification chez les grands fournisseurs. Restez avec un From standard de boîte aux lettres pour la délivrabilité.
• Oublier le terminateur point-virgule. La syntaxe de groupe exige le ; de fermeture. Sans lui, l'en-tête est malformé : From: Team: est invalide ; From: Team:; est correct.
• Confondre la syntaxe de groupe avec les noms d'affichage. From: Team <team@example.com> est une boîte aux lettres avec un nom d'affichage. From: Team:; est un groupe vide. Ce sont des construits entièrement différents avec une sémantique et des exigences différentes.
• Utiliser ceci quand une adresse noreply suffit. Pour la plupart des messages automatisés, From: noreply@example.com est plus simple, plus compatible, et mieux compris par les destinataires et les filtres de spam que la syntaxe de groupe.

Impact sur la délivrabilité

• Le From avec groupe vide casse l'alignement DMARC. Puisqu'il n'y a pas de domaine dans l'adresse From, DMARC n'a rien à aligner. Les messages s'appuyant sur cette syntaxe échoueront les vérifications DMARC chez la plupart des récepteurs, entraînant un rejet ou une mise en quarantaine si le domaine de l'expéditeur a une politique DMARC stricte.
• Les filtres antispam peuvent signaler une syntaxe From peu familière. La syntaxe de groupe dans From est rare. Les filtres antispam entraînés sur des modèles d'e-mail normaux peuvent le considérer comme anormal, ce qui augmente le score de spam.
• Préférez les adresses From standard pour tous les courriers externes. Utilisez une boîte aux lettres réelle comme noreply@example.com ou notifications@example.com. C'est universellement compatible, passe DMARC, et s'affiche correctement dans tous les clients.
• La syntaxe de groupe est appropriée pour les environnements internes ou contrôlés. Au sein d'une organisation où vous contrôlez l'infrastructure de messagerie et les clients, la syntaxe de groupe peut représenter de façon significative la création d'équipe ou de système. Pour le courrier électronique accessible par Internet, les compromis de délivrabilité n'en valent pas la peine.
• Incluez toujours un en-tête Sender valide. Même si la livraison fonctionne sans lui dans vos tests, l'en-tête Sender est la solution de secours pour les rebonds, les réponses et l'authentification. L'omettre risque des défaillances silencieuses à grande échelle.

Related RFCs