Le protocole de transfert de courrier simple est un protocole pour l’envoi de courrier. SMTP est utilisé pour transmettre et recevoir des messages de messagerie par des serveurs de messagerie et d’autres agents de transfert. Les clients de niveau utilisateur utilisent normalement SMTP juste pour transmettre des messages à un courrier pour la relance, et envoyer des e-mails sortants via le port 587 ou 465, tels que définis par RFC 8314. IMAP est la norme pour récupérer les messages, cependant des serveurs de propriété, tels que les seuls des serveurs de propriété, tels que – tels que les serveurs de propriété, tels que les seuls que les serveurs de propriété, tels que les â Â ActiveSync, utilise généralement des protocoles propriétaires également.

SMTP a été amélioré, amélioré et élargi plusieurs fois depuis sa création en 1981. La version actuelle du protocole est flexible, y compris les ajouts permettant l’authentification, la transmission des données binaires et les adresses e-mail internationalisées. Le protocole de contrôle de transmission est largement utilisé par les serveurs SMTP sur les ports 25 et 587.

RFC 1869 a défini un protocole de transfert de courrier simple étendu en 1995, qui a créé une structure générique pour toutes les modifications présentes et futures visant à combler les lacunes du SMTP d’origine. ESMTP spécifie une méthode cohérente et contrôlée pour identifier les clients et les serveurs ESMTP, ainsi qu’un moyen pour les serveurs de déclarer si les extensions sont prises en charge.

En 1998 et 1999, la soumission des messages RFCS et SMTP-Auth ont été publiés, tous deux détaillant les nouveaux modèles de courriels. Les serveurs SMTP étaient à l’origine internes à une organisation, recevant du courrier de l’extérieur pour l’organisation et relayant les messages de l’organisation à l’extérieur. Cependant, au fur et à mesure que les serveurs SMTP ont commencé à étendre leurs responsabilités pour inclure des agents de soumission de messages pour les agents des utilisateurs de courrier, dont certains relaient désormais le courrier de l’extérieur d’une organisation. En raison de ce problème, qui est survenu à la suite de la croissance et de la popularité rapides du Web, SMTP a dû incorporer certaines règles et techniques pour relagager le courrier et authentifier les utilisateurs afin d’éviter les abus tels que le relais des e-mails indésirables.

Les serveurs de courrier populaires réécriraient fréquemment le courrier dans le but de résoudre les erreurs, comme l’ajout d’un nom à une adresse non qualifiée, donc sur la soumission des messages a commencé. Lorsque le message en cours de réparation est une soumission originale, ce comportement est bon, mais il est risqué et destructeur lorsque le message est originaire ailleurs et est relayé. Les soumissions de réécriture ont été considérées comme a pour permettre et réécrire des soumissions mais interdisant le relais de réécriture en divisant clairement le courrier en soumission et en relais. Comme le spam est devenu de plus en plus courant, il a également été considéré comme un pour offrir une autorisation et une traçabilité pour le courrier envoyé par une entité. Cette distinction entre le relais et la soumission est rapidement devenue la pierre angulaire de la sécurité des e-mails contemporains.

Parce que ce protocole a été conçu pour fonctionner uniquement avec le texte ASCII, il ne pouvait pas être binaire ou des personnages de nombreuses langues non anglophones. Pour chiffrer les données binaires pour SMTP,, des extensions de messagerie Internet polyvalentes ont été créées. Après Sendmail, les agents de transfert de courrier avaient tendance à être implémentés à 8 bits, permettant d’utiliser la méthode «Envoi de huit» pour fournir des données de texte via SMTP. En raison de différents mappages de jeux de caractères entre les fabricants, Mojibake est resté un problème, même si les adresses e-mail elles-mêmes ne prenaient en charge que l’ASCII. Aujourd’hui, la plupart des MTA en 8 bits acceptent l’extension 8bitmime, qui permet d’envoyer des fichiers binaires tout aussi facilement que du texte brut. L’extension SMTPUTF8 a été créée en 2012 pour accepter le texte UTF-8, permettant un contenu étranger et des adresses dans des caractères autres que le latin, comme le cyrillique ou le chinois.
Télécharger la galerie transparente des images SMTP PNG