Protocole pour l’envoi des courriers réponse 1 : comprendre SMTP simplement (PIX/C2i)

Le protocole pour l’envoi des courriers réponse 1, dans le vocabulaire des révisions PIX/C2i, désigne le protocole utilisé pour envoyer un e-mail : SMTP (Simple Mail Transfer Protocol). IMAP et POP3, souvent cités à côté, ne servent pas à l’envoi : ils concernent la réception et la synchronisation des messages.

Pour répondre sans hésiter à une question d’examen, il suffit ensuite de visualiser le « parcours » d’un message : un logiciel de messagerie (client) remet l’e-mail à un serveur SMTP, qui le transmet vers le serveur du destinataire en s’appuyant sur le DNS et les enregistrements MX, avec des mécanismes d’authentification et de chiffrement (TLS/STARTTLS).

Identifier le protocole utilisé pour l’envoi : SMTP (et ce que le terme « courrier » signifie ici)

SMTP est le protocole standard qui permet de transférer un e-mail sortant d’un client vers un serveur, puis de serveur à serveur jusqu’au destinataire. Dans ce contexte, « courrier » signifie courrier électronique (e-mail), pas un envoi postal.

SMTP est un protocole historique d’Internet, normalisé par des RFC, pensé pour le transport de messages entre systèmes. Dans la pratique, il intervient à deux endroits clés : l’envoi (du poste vers le serveur, via un service de soumission) et le relais (d’un serveur vers un autre serveur).

Le vocabulaire utile à connaître : le logiciel qui compose et envoie est le MUA (Mail User Agent). Le serveur qui prend en charge l’acheminement est un MTA (Mail Transfer Agent). SMTP est la « langue » parlée entre ces acteurs pour remettre le message et le transporter.

Le trajet d’un e-mail étape par étape : client, serveur SMTP, relais, serveur du destinataire

Un e-mail part d’un client, est remis à un serveur SMTP, puis est acheminé vers le domaine du destinataire grâce au DNS (MX) : c’est la chaîne logique à retenir. Chaque étape est une remise contrôlée, avec des réponses du serveur (codes) qui confirment ou refusent la livraison.

1) Rédaction et soumission : le message est rédigé dans un client (MUA). Au moment de l’envoi, le client se connecte au serveur SMTP du fournisseur (souvent celui du domaine de l’expéditeur) pour lui soumettre le message.

2) Authentification et politiques : le serveur vérifie généralement l’identité de l’expéditeur via SMTP AUTH (login/mot de passe, jeton, ou mécanisme équivalent). Il applique aussi des règles : taille maximale, pièces jointes, quota, anti-spam, limites de débit.

3) Recherche du serveur du destinataire : pour livrer un e-mail à nom@domaine.tld, le serveur consulte le DNS et l’enregistrement MX du domaine destinataire. Le MX indique quel(s) serveur(s) reçoivent les e-mails pour ce domaine.

4) Transmission serveur à serveur : le MTA expéditeur contacte le MTA du destinataire en SMTP et tente la remise. S’il y a plusieurs MX, il essaie selon la priorité. En cas d’échec temporaire, il réessaie plus tard ; en cas d’échec permanent, il génère un retour d’erreur (bounce).

5) Dépôt côté destinataire : une fois accepté, le serveur destinataire dépose le message dans la boîte du destinataire (stockage). Le destinataire le lira ensuite via IMAP ou POP3 (ou via une interface web qui, en arrière-plan, utilise ces mécanismes côté serveur).

Retenir la logique d’examen : SMTP transporte le message jusqu’au serveur du destinataire ; IMAP/POP3 servent à consulter la boîte aux lettres.

Envoi vs réception : où se placent IMAP et POP3 (et pourquoi ils ne servent pas à envoyer)

IMAP et POP3 répondent à un autre besoin : récupérer les messages reçus et, pour IMAP, synchroniser l’état de la boîte (dossiers, drapeaux, lu/non lu). Ils ne sont pas conçus pour remettre un message sortant à Internet.

IMAP (Internet Message Access Protocol) laisse les messages sur le serveur et synchronise plusieurs appareils. C’est le cas le plus courant aujourd’hui quand le même compte est consulté depuis un ordinateur et un téléphone.

POP3 (Post Office Protocol v3) télécharge les messages depuis le serveur vers un appareil, souvent avec une logique « rapatrier puis supprimer » (même si des options existent). Cette approche peut compliquer la consultation multi-appareils.

Pourquoi IMAP/POP3 ne peuvent pas « envoyer » : leur modèle d’échange est orienté lecture de boîte et récupération de contenu. L’envoi exige au contraire un protocole de remise et de relais entre serveurs, rôle porté par SMTP.

Paramètres concrets à connaître : ports 25/587/465, authentification SMTP, TLS/STARTTLS

Pour répondre précisément (et configurer correctement), il faut connaître les ports SMTP, la notion de soumission (submission) et la sécurité via TLS ou STARTTLS. Ces éléments reviennent souvent en QCM.

Ports : le port 25 sert historiquement au relais serveur à serveur, et il est fréquemment filtré côté réseaux d’accès pour limiter le spam. Le port 587 est le port moderne de submission (envoi depuis un client vers son serveur), généralement avec authentification. Le port 465 est souvent associé à « SMTPS » (SMTP sur TLS implicite), encore utilisé selon les fournisseurs.

Authentification SMTP (SMTP AUTH) : elle prouve au serveur que l’utilisateur a le droit d’envoyer via lui. Sans AUTH, beaucoup de serveurs refuseraient l’envoi pour éviter de devenir un « relais ouvert » exploitable par des spammeurs.

TLS/SSL et STARTTLS : dans le langage courant, « SSL » est souvent mentionné, mais la réalité moderne est TLS. Deux modes existent : TLS implicite (souvent sur 465) où le chiffrement est actif dès le début de la connexion, et STARTTLS où la connexion démarre en clair puis bascule vers TLS après une commande de négociation (souvent sur 587). L’objectif est le même : chiffrer l’échange et réduire l’interception des identifiants et du contenu.

Dépannages et cas fréquents : “SMTP refusé”, erreurs d’auth, blocage port 25, limites d’envoi

Les problèmes d’envoi se résument souvent à trois familles : refus de relais, authentification ou connexion (port/chiffrement). Lire le libellé exact de l’erreur aide à identifier la cause, car SMTP renvoie des codes et messages relativement explicites.

Erreurs typiques et causes probables

“Relay denied” / “Relaying not permitted” : le serveur refuse d’acheminer le message car l’expéditeur n’est pas autorisé. Cause fréquente : envoi sans SMTP AUTH ou utilisation du mauvais serveur SMTP.

“Authentication failed” / “535” : identifiants refusés ou mécanisme d’authentification non accepté. Vérifier que l’authentification SMTP est activée, que l’identifiant correspond au compte, et que la méthode de sécurité (TLS/STARTTLS) attendue est la bonne.

Timeout / impossible de se connecter : port bloqué par le réseau ou pare-feu, ou port incorrect. Le port 25 est particulièrement concerné sur des accès grand public ; l’usage du 587 (submission) est généralement la voie standard.

Messages rejetés pour politique anti-spam : trop d’envois en peu de temps, contenu suspect, ou domaine/IP mal réputés. Dans un cadre d’apprentissage, retenir surtout l’idée : un serveur SMTP applique des limites d’envoi et des contrôles.

Pièce jointe trop volumineuse : rejet côté serveur avant remise, ou refus côté destinataire. La taille maximale varie ; la solution est souvent de partager un lien plutôt que d’attacher un fichier lourd.

Mini-fiche mémo (PIX/C2i) : tableau comparatif SMTP/IMAP/POP3

Pour une révision efficace, la meilleure stratégie est d’associer chaque protocole à une action unique : SMTP = envoyer, IMAP = synchroniser/consulter, POP3 = récupérer. Le tableau ci-dessous suffit à répondre à la plupart des questions courtes.

3 phrases-réponses prêtes (format QCM / oral) :

• Le protocole d’envoi d’un e-mail est SMTP.
• IMAP et POP3 servent à recevoir/consulter les messages (IMAP synchronise, POP3 télécharge).
• Pour l’envoi moderne, on utilise souvent SMTP sur 587 avec STARTTLS et authentification SMTP.

FAQ

Quel est le protocole standard pour envoyer un e-mail ?

Le protocole standard d’envoi est SMTP (Simple Mail Transfer Protocol). C’est lui qui remet le message à un serveur puis permet l’acheminement de serveur à serveur jusqu’au destinataire.

Quelle différence entre SMTP, IMAP et POP3 ?

SMTP sert à envoyer et transférer des e-mails. IMAP sert à consulter et synchroniser la boîte aux lettres sur le serveur. POP3 sert surtout à récupérer/télécharger les messages depuis le serveur vers un appareil.

Quels sont les ports SMTP (25, 587, 465) et à quoi servent-ils ?

Le 25 est historiquement le port SMTP de relais serveur à serveur (souvent filtré côté accès). Le 587 est le port de submission recommandé pour l’envoi depuis un client, avec authentification et souvent STARTTLS. Le 465 est couramment utilisé pour SMTP avec TLS implicite (connexion chiffrée dès le départ).

Est-ce qu’on peut envoyer un e-mail avec IMAP ou POP3 ?

Non. IMAP et POP3 sont des protocoles orientés réception/consultation des messages. L’envoi nécessite SMTP, conçu pour la remise et le transfert des e-mails.

Pourquoi mon serveur demande une “authentification SMTP” ?

L’authentification SMTP (SMTP AUTH) sert à vérifier que l’utilisateur est autorisé à envoyer via ce serveur. Elle évite que le serveur soit utilisé comme relais non autorisé, ce qui limiterait le spam et les abus.

Que signifie STARTTLS et en quoi est-ce différent de TLS/SSL ?

STARTTLS est une commande qui permet de basculer une connexion en clair vers une connexion chiffrée TLS. TLS est le protocole de chiffrement moderne (souvent appelé à tort « SSL »). Avec TLS implicite (souvent sur 465), le chiffrement est actif dès le début ; avec STARTTLS (souvent sur 587), il démarre après négociation.

À retenir pour répondre vite et juste

Pour une question du type « réponse 1 », l’essentiel tient en une ligne : SMTP est le protocole d’envoi des e-mails. Ensuite, la compréhension complète vient du parcours : MUA → serveur SMTP/MTA → DNS/MX → serveur du destinataire, avec SMTP AUTH et TLS/STARTTLS sur les ports adaptés (587 en pratique, 25 surtout pour le relais, 465 selon les environnements).