Differences par rapport au RFC 1725
Appendice A. Différences par rapport au RFC 1725
Ce document est la révision du RFC 1725, un premier essai de définition d’un Standard. Il propose les modifications suivantes par rapport à ce document :
- il clarifie le fait que les mot-clefs des commandes ne sont pas sensibles à une écriture majuscule ou minuscule.
- il spécifie que les serveurs doivent envoyer " +OK " et " -ERR " en majuscules
- il spécifie que le message de bienvenue initial est une réponse positive, plutôt que toute chaîne de caractères pouvant être éventuellement une réponse positive.
- il clarifie le comportement vis-à-vis des commandes non implémentées
- il rend les commandes USER et PASS optionnelles
- il clarifie l’ensemble des réponses possibles à la commande USER
- il inverse l’ordre des exemples des commandes USER et PASS, pour diminuer les confusions
- il clarifie le fait que la commande PASS ne peut qu’uniquement être donnée immédiatement après une commande USER ayant réussie
- il clarifie l’obligation de persistance des identificateurs utilisateur (UIDs) et ajoute quelques suggestions d’implémentation
- il spécifie les limites de la longueur d’un identificateur utilisateur entre 1 et 70 octets
- il spécifie la longueur maximale d’un indicateur d’état à 512 octets, y compris le CRLF
- il clarifie le fait que LIST sans argument sur une boite aux lettres vide retourne un indicateur d’état positif
- il ajoute une référence à la section " Format des Messages " dans le paragraphe sur la commande LIST.
- il clarifie le comportement de QUIT lorsqu’il y a un problème important
- il clarifie la section " Considérations sur la sécurité " à propos de la recommandation de ne pas utiliser la commande USER avec la commande APOP
- il ajoute les références aux RFC 1730 et 1734
- il clarifie la méthode que peut utiliser un logiciel de messagerie pour faire entrer un courrier à l’intérieur du système de transport.
- il clarifie le fait que le second argument de la commande TOP est un nombre de lignes
- il modifie la suggestion pour un serveur de ne pas accepter à la fois PASS et APOP pour un utilisateur donné, dans la section " Considérations sur la sécurité ", passant de la suggestion " il ne doit pas " à " il ne devrait pas "
- il ajoute une section " Considérations opérationnelles et limitatives "
traducteur : Nicolas JOURDAN
|