- 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 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 "