T
smtp rfc5321 email networking standards

Comment fonctionne l'e-mail : la RFC 5321 et le protocole SMTP expliqués

Découvrez la pierre angulaire du courrier électronique. Comprendre la RFC 5321 (SMTP) pour un transfert de courrier fiable.

2026-04-11

Comment fonctionne l'e-mail : la RFC 5321 et le protocole SMTP expliqués

Chaque fois que vous cliquez sur "envoyer" dans un e-mail, une danse sophistiquée de protocoles commence. Au cœur de ce processus se trouve le SMTP (Simple Mail Transfer Protocol). Bien que de nombreuses extensions aient été ajoutées au fil des décennies, la RFC 5321 reste la spécification centrale qui définit comment le courrier est déplacé d'un serveur à un autre.

Qu'est-ce que la RFC 5321 (SMTP) ?

Publiée en 2008, la RFC 5321 a mis à jour la spécification SMTP originale pour refléter les pratiques modernes d'Internet. Elle définit le protocole utilisé par les Agents de transfert de courrier (MTA) pour envoyer et recevoir du courrier.

Il est important de distinguer le SMTP de :

  • IMAP/POP3 : Utilisés pour récupérer le courrier d'un serveur vers un client.
  • RFC 5322 : Définit le format du message électronique (les en-têtes comme To, From, Subject et le corps). La RFC 5321 concerne l'enveloppe et le transport.

Principes fondamentaux du SMTP

1. Le modèle client-serveur

Le SMTP fonctionne sur un modèle requête-réponse. Un client (le serveur de l'expéditeur) ouvre une connexion TCP vers un serveur (le serveur du destinataire) sur le port 25 (standard), 587 (soumission) ou 465 (SMTPS).

2. La transaction SMTP

Une session SMTP typique implique plusieurs commandes :

  • HELO / EHLO : Le client s'identifie.
  • MAIL FROM : Spécifie l'adresse de l'expéditeur (l'enveloppe "from").
  • RCPT TO : Spécifie l'adresse du destinataire (l'enveloppe "to").
  • DATA : Le client envoie le contenu réel de l'e-mail (y compris les en-têtes RFC 5322 et le corps).
  • QUIT : Le client met fin à la connexion.

3. Fiabilité et mise en file d'attente (Queuing)

Le SMTP est conçu pour être robuste. Si le serveur d'un destinataire est hors service, le serveur d'envoi mettra le message en file d'attente et réessaiera à intervalles réguliers (généralement pendant plusieurs jours) avant d'abandonner et de renvoyer un message de "rebond" (bounce).

Scénarios d'application pratique

Dépannage de la distribution des e-mails

Comprendre les codes SMTP (comme 250 OK, 421 Service not available ou 550 No such user) est essentiel pour diagnostiquer pourquoi un e-mail n'est pas arrivé.

Configuration des serveurs de messagerie

Que vous configuriez Postfix, Exim ou que vous utilisiez un service comme SendGrid, vous interagissez avec le SMTP. Connaître la différence entre l'enveloppe et les en-têtes de message aide à configurer correctement SPF, DKIM et DMARC.

Notifications automatisées

Les applications envoyant des e-mails transactionnels (réinitialisation de mot de passe, reçus) utilisent le SMTP ou une API qui encapsule le SMTP pour garantir la distribution.

SMTP vs HTTP pour le transfert de données

Bien que les deux soient des protocoles de couche application, ils servent des objectifs différents :

Caractéristique SMTP HTTP
Utilisation principale Push (Envoi de courrier) Pull (Récupération de contenu Web)
Connexion Persistante pendant la transaction Souvent courte (sans état)
Données binaires Encodées (Base64) Natives (Multipart/form-data)
Fiabilité File d'attente/réessais intégrés Gérée par l'application

FAQ

Q : Le SMTP est-il sécurisé ?
R : Le SMTP original était en texte clair. Aujourd'hui, STARTTLS est utilisé pour transformer une connexion en texte clair en une connexion chiffrée (TLS), et SMTPS (SMTP sur TLS) fournit un chiffrement dès le départ.

Q : Quelle est la différence entre l'"Envelope From" et le "Header From" ?
R : L'"Envelope From" (RFC 5321) est utilisé par les serveurs pour le routage et les messages de rebond. Le "Header From" (RFC 5322) est ce que l'utilisateur voit dans son client de messagerie. Ils ne sont pas obligatoirement identiques !

Q : Pourquoi utilisons-nous le port 587 au lieu du 25 ?
R : Le port 25 est principalement destiné au relais de serveur à serveur. Le port 587 est le standard pour la "soumission de message" d'un client de messagerie vers un serveur, nécessitant généralement une authentification.

Outils associés

Retour au blog