Observations sur les mises en œuvre du protocole Post Office (POP3)

Statut du présent mémoire

Le présent mémoire apporte des informations à la communauté de l’Internet. Le présent mémoire ne spécifie aucune sorte de norme de l’Internet. La distribution du présent mémoire n’est soumise à aucune restriction.

Observations

Une mise en œuvre est parfois prise pour une norme. Les serveurs et clients POP3 n’y font pas exception. Le serveur POP3 largement utilisé d’UCB, qui a ensuite été développé par Qualcomm, a toujours des informations supplémentaires sui suivent l’indicateur d’état. Donc, l’indicateur d’état a toujours un espace qui le suit. Il a été observé que des clients POP3 attendent cet espace, et échouent lorsqu’il n’est pas trouvé. La RFC n’exige pas l’espace, d’où le présent mémoire. Ces clients sont les "popclient" Unix en copie libre et les "netApp Systems Internet Series" brevetés. Les auteurs de ces deux logiciels ont été contactés, et les nouvelles versions n’attendront pas l’espace, mais les vieilles versions devraient être prises en charge.

De plus, deux clients très répandus demandent des parties facultatives de la RFC. Netscape exige UIDL, et Eudora exige TOP.

La commande d’authentification facultative APOP n’a pas fait une forte pénétration du marché pour l’instant. Les nouvelles versions du serveur POP de Qualcomm POP la mettent en œuvre. Les mises en œuvre connues de APOP incluent le client VM Emacs GNU, Eudora Lite et Eudora Pro.

Considérations pour la sécurité

Les questions de sécurité ne sont pas abordées dans le présent mémoire.

Références

[1] J. Myers et M. Rose, "Protocole Post Office - version 3", STD 53, RFC 1939, mai 1996.

Adresse de l’auteur

Russell Nelson
Crynwr Software
521 Pleasant Valley Rd.
Potsdam, NY 13676
téléphone : +1.315.268.1925
télécopie : +1.315.268.9201
mèl : nelson@crynwr.com