Appendix B. Modifications par rapport à la RFC 2060
-
Clarification du fait que les commandes qui brisent le pipeline de commandes doivent attendre la réponse de résultat terminé.
-
Clarification du fait qu'EXAMINE n'affecte pas \Recent.
RFC 3501 IMAPv4 March 2003
-
Uniformisation de la description de la structure MIME.
-
Clarification du fait que les recherches par date ignorent l'heure et le fuseau horaire de INTERNALDATE ou de l'en-tête Date:. En d'autres termes, "ON 13-APR-2000" signifie un message dont le texte INTERNALDATE commence par "13-APR-2000", même si la différence de fuseau horaire local suffit à déplacer son INTERNALDATE à la veille ou au lendemain.
-
Clarification du fait que les récupérations d'en-tête n'ajoutent pas de ligne vide si elle n'existe pas dans le message [RFC-2822].
-
Clarification (dans la discussion des UID) du fait que les messages sont immuables.
-
Ajout d'un exemple de recherche avec jeu de caractères (CHARSET).
-
Clarification, dans SEARCH, du fait que les mots-clés sont un type d'indicateur.
-
Clarification de l'obligation des données de réponse SELECT.
-
Ajout d'un code de réponse CAPABILITY facultatif au OK ou PREAUTH initial.
-
Ajout d'une note selon laquelle le serveur peut envoyer une commande CAPABILITY sans étiquette en réponse à AUTHENTICATE et LOGIN.
-
Suppression de la description selon laquelle CAPABILITY peut être émis plusieurs fois dans une connexion. Cette description n'est plus vraie.
-
Clarification du fait que les EXPUNGE sans étiquette réduisent le nombre de messages dans la boîte aux lettres.
-
Correction de la définition de "body" (la concaténation lie plus fortement que l'alternative).
-
Ajout d'une nouvelle section « Notes spéciales aux implémenteurs », incluant une référence à [IMAP-IMPLEMENTATION].
-
Clarification du fait que la réponse CAPABILITY sans étiquette pour la commande AUTHENTICATE ne devrait être faite que si la couche de sécurité n'a pas été négociée.
-
Modification de la définition de l'atome pour exclure "]". Mise à jour d'astring pour inclure "]" pour la compatibilité ascendante. Suppression de resp-text-atom.
-
Suppression de NEWNAME. Comme les noms de boîtes aux lettres sont des littéraux et peuvent contenir "]", cela ne fonctionnait pas. La fonctionnalité est traitée via les références (referrals).
RFC 3501 IMAPv4 March 2003
-
Déplacement de la justification de l'UTF-7 modifié pour un flux de paragraphes plus logique.
-
Clarification de la garantie d'unicité des UID en utilisant MUST.
-
Note selon laquelle le client devrait continuer à lire les données de réponse jusqu'à la fermeture de la connexion, plutôt que de fermer immédiatement la connexion sur BYE.
-
Changement de la référence de RFC-822 à RFC-2822.
-
Clarification du fait qu'il convient de suivre RFC-2822 plutôt que RFC-822.
-
Changement de la recommandation des fonctionnalités automatiques facultatives dans LOGIN et AUTHENTICATE pour utiliser le code de réponse CAPABILITY du OK étiqueté. Cela offre une meilleure interopérabilité qu'une réponse CAPABILITY sans étiquette et unilatérale.
-
STARTTLS et AUTH=PLAIN sont obligatoires à l'implémentation, et ajout de recommandations pour d'autres mécanismes [SASL].
-
Clarification du fait que la « connexion » (par opposition au « serveur » ou à la « commande ») est dans l'un des quatre états.
-
Clarification du fait qu'une commande en échec ou refusée ne modifie pas l'état.
-
Séparation des références en normatives et informatives.
-
Discussion des problèmes d'échec d'authentification dans la section sécurité.
-
Clarification du fait qu'un élément de données n'a pas nécessairement un seul type de données.
-
Clarification du fait que les plages de séquences sont indépendantes de l'ordre.
-
Modification de l'exemple pour clarifier qu'un décalage excédentaire ne peut être corrigé en omettant simplement le décalage. La chaîne entière doit être recalculée.
-
Modification de la définition de la structure d'enveloppe, car [RFC-2822] fait référence à l'enveloppe [SMTP], et non aux données d'enveloppe apparaissant dans les en-têtes [RFC-2822].
-
Extension des différences entre les données de réponse RFC822.HEADER et BODY[HEADER].
-
Clarification de la sémantique de l'état de déconnexion, et modification du diagramme ASCII.
-
Modifications de sécurité pour se conformer aux exigences de l'IESG.
RFC 3501 IMAPv4 March 2003
-
Ajout de la définition de l'URI de corps.
-
Division de la définition de plage de séquences en trois règles, et réécriture de leurs descriptions.
-
Déplacement de STARTTLS et LOGINDISABLED de [IMAP-TLS] vers ici.
-
Ajout d'une section sur les considérations IANA.
-
Clarification des suppositions valides du client concernant le UID des nouveaux messages et UIDNEXT.
-
Clarification du fait que les modifications de permanentflags n'affectent pas seulement les sessions ultérieures, mais aussi les sessions parallèles.
-
Clarification du fait que l'état authentifié peut être atteint via la commande CLOSE.
-
Insistance sur le fait que SELECT et EXAMINE sont des exceptions à la règle selon laquelle une commande en échec ne modifie pas l'état.
-
Clarification du fait que les nouveaux messages ajoutés ont l'indicateur Recent défini.
-
Clarification du fait que les nouveaux messages copiés DEVRAIENT (SHOULD) avoir l'indicateur Recent défini.
-
Clarification du fait que la commande UID renvoie toujours le UID dans les réponses FETCH.
C. Index des mots-clés
+FLAGS \<liste d'indicateurs> (élément de données de commande store) ... 59
+FLAGS.SILENT \<liste d'indicateurs> (élément de données de commande store) 59
-FLAGS \<liste d'indicateurs> (élément de données de commande store) ... 59
-FLAGS.SILENT \<liste d'indicateurs> (élément de données de commande store) 59
ALERT (code de réponse) ...................................... 64
ALL (élément de récupération) ................................ 55
ALL (clé de recherche) ...................................... 50
ANSWERED (clé de recherche) .................................. 50
APPEND (commande) ........................................... 45
AUTHENTICATE (commande) ..................................... 27
BAD (réponse) ............................................... 66
BADCHARSET (code de réponse) ................................. 64
BCC \<chaîne> (clé de recherche) .............................. 51
BEFORE \<date> (clé de recherche) ............................. 51
BODY (élément de récupération) ............................... 55
BODY (résultat de récupération) ............................. 73
BODY \<chaîne> (clé de recherche) ............................. 51
RFC 3501 IMAPv4 March 2003
BODY.PEEK[\<section>]\<\<partiel>> (élément de récupération) .......... 57
BODYSTRUCTURE (élément de récupération) ..................... 57
BODYSTRUCTURE (résultat de récupération) .................... 74
BODY[\<section>]\<\<octet d'origine>> (résultat de récupération) .... 74
BODY[\<section>]\<\<partiel>> (élément de récupération) ........... 55
BYE (réponse) ............................................... 67
Structure de corps (attribut de message) ..................... 12
CAPABILITY (commande) ....................................... 24
CAPABILITY (code de réponse) ................................ 64
CAPABILITY (réponse) ........................................ 70
CC \<chaîne> (clé de recherche) ............................... 51
CHECK (commande) ............................................ 47
CLOSE (commande) ............................................. 48
COPY (commande) ............................................. 59
CREATE (commande) ........................................... 34
DELETE (commande) ........................................... 35
DELETED (clé de recherche) .................................. 51
DRAFT (clé de recherche) ..................................... 51
ENVELOPE (élément de récupération) .......................... 57
ENVELOPE (résultat de récupération) ......................... 77
EXAMINE (commande) .......................................... 33
EXISTS (réponse) ............................................ 71
EXPUNGE (commande) .......................................... 48
EXPUNGE (réponse) ........................................... 72
Structure d'enveloppe (attribut de message) ................. 12
FAST (élément de récupération) .............................. 55
FETCH (commande) ............................................ 54
FETCH (réponse) ............................................. 73
FLAGGED (clé de recherche) .................................. 51
FLAGS (élément de récupération) ............................. 57
FLAGS (résultat de récupération) ............................ 78
FLAGS (réponse) ............................................. 71
FLAGS \<liste d'indicateurs> (élément de données de commande store) ... 59
FLAGS.SILENT \<liste d'indicateurs> (élément de données de commande store) 59
FROM \<chaîne> (clé de recherche) ............................. 51
FULL (élément de récupération) .............................. 55
Flags (attribut de message) ................................. 11
HEADER (spécificateur de partie) ............................ 55
HEADER `<nom de champ>` \<chaîne> (clé de recherche) ............. 51
HEADER.FIELDS `<liste d'en-têtes>` (spécificateur de partie) .. 55
HEADER.FIELDS.NOT `<liste d'en-têtes>` (spécificateur de partie) 55
INTERNALDATE (élément de récupération) ...................... 57
INTERNALDATE (résultat de récupération) ..................... 78
Date interne (attribut de message) .......................... 12
KEYWORD \<indicateur> (clé de recherche) ..................... 51
Keyword (type d'indicateur) ................................. 11
LARGER \<n> (clé de recherche) ............................... 51
LIST (commande) ............................................. 40
RFC 3501 IMAPv4 March 2003
LIST (réponse) .............................................. 69
LOGIN (commande) ............................................ 30
LOGOUT (commande) ........................................... 25
LSUB (commande) ............................................ 43
LSUB (réponse) .............................................. 70
MAY (terme d'exigence de spécification) ..................... 4
MESSAGES (élément d'état) ................................... 45
MIME (spécificateur de partie) .............................. 56
MUST (terme d'exigence de spécification) .................... 4
MUST NOT (terme d'exigence de spécification) ................ 4
Numéro de séquence de message (attribut de message) ......... 10
NEW (clé de recherche) ...................................... 51
NO (réponse) ................................................ 66
NOOP (commande) ............................................. 25
NOT `<clé de recherche>` (clé de recherche) ................... 52
OK (réponse) ................................................ 65
OLD (clé de recherche) ...................................... 52
ON \<date> (clé de recherche) ................................ 52
OPTIONAL (terme d'exigence de spécification) ................ 4
OR `<clé1>` `<clé2>` (clé de recherche) ....................... 52
PARSE (code de réponse) ..................................... 64
PERMANENTFLAGS (code de réponse) ............................. 64
PREAUTH (réponse) ........................................... 67
Permanent Flag (classe d'indicateur) ........................ 12
READ-ONLY (code de réponse) ................................ 65
READ-WRITE (code de réponse) ............................... 65
RECENT (réponse) ............................................ 72
RECENT (clé de recherche) ................................... 52
RECENT (élément d'état) ..................................... 45
RENAME (commande) ........................................... 37
REQUIRED (terme d'exigence de spécification) ................ 4
RFC822 (élément de récupération) ............................ 57
RFC822 (résultat de récupération) ........................... 78
RFC822.HEADER (élément de récupération) ..................... 57
RFC822.HEADER (résultat de récupération) .................... 78
RFC822.SIZE (élément de récupération) ....................... 57
RFC822.SIZE (résultat de récupération) ...................... 78
RFC822.TEXT (élément de récupération) ....................... 58
RFC822.TEXT (résultat de récupération) ...................... 79
SEARCH (commande) ........................................... 49
SEARCH (réponse) ............................................ 71
SEEN (clé de recherche) ..................................... 52