Résumé
- RFC 5233 a ajouté
:useret:detailaux comparaisons d’adresses de Sieve, sans normaliser un séparateur ni une convention universelle de sous-adressage par plus. - Le système de messagerie qui reçoit le courrier reste responsable de l’encodage local ; l’enveloppe
topeut conserver un détail absent d’un en-tête visible.
Le signe était local ; la frontière, elle, était normative
Un détail ajouté à une adresse peut diriger un message vers un dossier, distinguer une inscription à une liste ou désigner une boîte vocale. Le signe plus est une manière connue de l’exprimer, mais seulement un exemple. Publié en janvier 2008, RFC 5233 a donné à Sieve deux parties d’adresse supplémentaires — :user et :detail — pour comparer les éléments, sans définir une grammaire mondiale des adresses.
La partie locale d’une adresse est interprétée par le système de messagerie concerné. RFC 5233 illustre un détail placé après l’utilisateur avec +, puis un détail placé avant avec . Si la séquence séparatrice apparaît plusieurs fois, le découpage est défini par l’implémentation et dépend généralement du format du système environnant. L’implémentation doit respecter l’encodage utilisé ou autorisé par ce système ; le mécanisme qui le définit ou le consulte reste hors du périmètre du RFC. Un filtre ne peut donc pas déduire que + signifie « détail » simplement parce qu’un autre fournisseur l’emploie ainsi.
Sans partie détail encodée, :user désigne toute la partie locale, comme :localpart dans Sieve. :detail ne correspond alors à aucune clé demandée. En revanche, un détail présent mais de longueur nulle prend la valeur chaîne vide. La distinction sépare l’absence d’un composant de sa présence sans texte.
Le RFC distingue aussi l’origine de l’adresse. Le test address examine les champs structurés du message ; le test facultatif envelope travaille sur les données de transport. Pour trier selon l’adresse qui a amené le message à ce destinataire, RFC 5233 préfère généralement l’enveloppe to. Une liste, un alias ou un domaine virtuel peut faire de cette enveloppe le seul endroit où subsiste le détail propre au destinataire. Appliquer la syntaxe locale à une adresse étrangère — par exemple à l’expéditeur — peut produire un résultat incohérent ou erroné.
Cette extension a remplacé RFC 3598. Les notes de révision rendent l’encodage générique et ajoutent les précautions sur l’enveloppe et les adresses étrangères. Le registre IANA répertorie la capacité subaddress, sans garantir que chaque système accepte une forme donnée. Sieve sait comparer une interprétation locale qui lui est fournie ; il ne crée pas cette interprétation et ne prouve pas comment une boîte a été provisionnée.
Sources
- RFC 5233, fiche RFC Editor, historique Datatracker, erratum vérifié 3079.
- RFC 3598, RFC 5228, RFC 5322, registre des extensions Sieve de l’IANA ; contexte : RFC 5230, RFC 5231, RFC 5232.
- Registres et métadonnées normatives : notice Datatracker de RFC 5233, notice Datatracker de RFC 3598 et fiches RFC Editor de RFC 2119, RFC 2822, RFC 3598, RFC 5228, RFC 5230, RFC 5231, RFC 5232 et RFC 5322.
- Repères d’interprétation, et non preuves d’intention, d’implémentation ou d’adoption : Heng Lu, note 65, note 20, note 64.
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
