> ## Documentation Index
> Fetch the complete documentation index at: https://docs.oximail.ch/llms.txt
> Use this file to discover all available pages before exploring further.

# Drafts IETF

> Le programme de normalisation : les extensions JMAP d'OxiMail sont spécifiées comme des Internet-Drafts destinés à la soumission IETF, développés contre l'implémentation qui tourne.

La position d'OxiMail est simple : une extension de protocole qui mérite d'être livrée mérite d'être spécifiée. Chaque surface d'extension que le serveur sert sous `urn:oximail:params:jmap:*` est en cours de rédaction comme **Internet-Draft** destiné à être soumis à l'IETF, dans la tradition JMAP où la spécification et une implémentation réelle et déployée se développent l'une contre l'autre.

## La discipline

Le programme de spécification suit une méthodologie publiée (`docs/jmap-v2-amendments-discipline.md` dans le dépôt du serveur) : chaque changement du serveur qui touche une surface spécifiée se termine par un audit de conformité contre le texte du draft, et chaque divergence trouvée est tranchée explicitement. Le code suit le draft, ou le draft est amendé pour coller à la réalité, ou les deux ont tort et les deux changent. Les divergences ne sont jamais laissées « à régler plus tard » ; le corpus de drafts reste fidèle au code par construction, et c'est ce qui le rend digne d'être soumis.

## Les domaines couverts

Le corpus de drafts en cours couvre, au niveau de détail qui convient avant soumission :

* **Le chat sur JMAP** : les salons, les messages, les accusés, et le modèle de capacité, tels que servis aujourd'hui.
* **Les appels en temps réel** : l'objet de session ancré sur un salon, le bail d'adhésion, et le relais qui transporte une poignée de main WebRTC entre participants sans jamais la stocker.
* **La fédération de serveur à serveur** : comment deux serveurs JMAP indépendants échangent et déposent du contenu pour les utilisateurs l'un de l'autre.
* **La sémantique de remise et de dépôt** : un profil mince des primitives de fédération pour le dépôt de messages.
* **La garde documentaire** : la rétention et le classement immuable, bâtis sur la même primitive de dépôt.
* **Le transfert de propriété de collection** : déplacer une collection entre comptes comme opération de premier rang.
* **Les surfaces de modernisation v2** : les familles de capacités décrites sur la [page JMAP v2](../developer/jmap-v2).

## Statut

Pré-soumission. Les drafts sont des documents de travail dans le dépôt du serveur, qui évoluent avec l'implémentation ; la passe de pré-soumission (relecture éditoriale, réconciliation des amendements, considérations IANA) est la porte avant le premier `draft-*-00` dans le datatracker de l'IETF. Cette page liera chaque draft au moment de sa soumission.

D'ici là, **le fil servi fait référence** : tout ce que les drafts décrivent se détecte depuis les [capacités de session](../developer/jmap-core) d'un serveur qui tourne, et les pages développeur de ce site documentent le comportement tel que construit.