Appendix A. Références
-
Ajout du code de réponse UIDNEXT. Correction de la référence de définition de UIDVALIDITY.
-
Clarification supplémentaire de "can" (peut) par rapport à "MAY" (PEUT).
-
Référence à RFC-2119.
-
Clarification du fait que les décalages (shifts) superflus ne sont pas autorisés dans l'UTF-7 modifié.
-
Clarification du fait qu'il n'y a pas de décalage implicite dans l'UTF-7 modifié.
RFC 3501 IMAPv4 March 2003
-
Clarification du fait que "INBOX" dans un nom de boîte aux lettres est toujours INBOX, même s'il est fourni sous forme de chaîne.
-
Ajout de la parenthèse ouvrante manquante dans la règle de grammaire media-basic.
-
Correction de la syntaxe d'attribut dans mailbox-data.
-
Ajout de UIDNEXT aux réponses EXAMINE.
-
Clarification des réponses UNSEEN, PERMANENTFLAGS, UIDVALIDITY et UIDNEXT dans SELECT et EXAMINE. Elles sont désormais obligatoires, mais ne l'étaient pas dans les versions antérieures.
-
Mise à jour des références avec les numéros de RFC.
-
Vidage de text-mime2.
-
Clarification du fait que les noms en UTF-7 modifié doivent respecter la casse, et que la violation de cette convention doit être évitée.
-
Correction de l'exemple de UID FETCH.
-
Clarification de UID FETCH, UID STORE et UID SEARCH par rapport aux réponses EXPUNGE sans étiquette.
-
Clarification de l'utilisation du mot "convention".
-
Clarification du fait qu'une commande n'est "en cours" qu'une fois entièrement reçue (en particulier, qu'elle n'est pas "en cours" pendant la négociation de continuation de commande).
-
Clarification des valeurs par défaut de l'enveloppe.
-
Clarification du fait que SP signifie un et un seul caractère espace.
-
Interdiction des états aberrants dans la réponse LIST.
-
Clarification du fait que ENVELOPE, INTERNALDATE, RFC822*, BODY* et UID d'un message sont statiques.
-
Ajout du code de réponse BADCHARSET.
-
Mise à jour de la syntaxe formelle selon les conventions [ABNF].
-
Clarification du séparateur de hiérarchie final dans la sémantique de CREATE.
-
Clarification du fait que la « ligne vide » est la ligne vide de délimitation [RFC-2822].
RFC 3501 IMAPv4 March 2003
-
Clarification du fait que RENAME DOIT (SHOULD) également créer la hiérarchie selon les besoins pour que la commande se complète.
-
Correction de body-ext-mpart pour ne pas exiger la langue si une disposition est présente.
-
Clarification de la réponse RFC822.HEADER.
-
Correction de l'espace manquant après le charset astring dans search.
-
Correction du guillemet manquant pour BADCHARSET dans resp-text-code.
-
Clarification du fait que ALL, FAST et FULL excluent l'apparition de tout autre élément de données.
-
Clarification de la sémantique de l'argument de référence dans LIST.
-
Clarification du fait qu'une chaîne vide pour SEARCH HEADER X-FOO signifie tout message ayant une ligne d'en-tête dont le nom de champ est X-FOO, indépendamment du texte de l'en-tête.
-
Réservation explicite des noms de boîtes aux lettres 8 bits pour un usage futur en tant qu'UTF-8.
-
Ce n'est pas une erreur pour le client de stocker un indicateur qui n'est pas dans la liste PERMANENTFLAGS ; toutefois, le serveur ignorera soit le changement, soit l'appliquera à la session uniquement.
-
Correction/clarification du texte concernant les décalages superflus.
-
Correction des erreurs typographiques dans la section « Changes ».
-
Clarification du fait que STATUS ne doit pas être utilisé pour vérifier les nouveaux messages dans la boîte aux lettres sélectionnée.
-
Clarification du comportement de LSUB avec le caractère générique "%".
-
Changement de AUTHORIZATION en AUTHENTICATE dans la section 7.5.
-
Clarification de la description du type de corps multipartie.
-
Clarification du fait que STORE FLAGS n'affecte pas \Recent.
-
Changement de "west" en "east" dans la description du fuseau horaire.