Qu'est-ce que le SMTP ? Comment fonctionne le protocole d'envoi d'email

Que signifie SMTP ?

SMTP signifie Simple Mail Transfer Protocol. Décomposons le nom :

• Simple — le protocole définit un ensemble simple de commandes
• Mail — il traite des messages email
• Transfer — il déplace des messages entre systèmes
• Protocole — c'est un ensemble de règles de communication

SMTP est avant tout un protocole d'envoi et de soumission. C'est le protocole qui permet d'envoyer et de relayer les emails sortants, et non de les lire.

Qu'est-ce que le SMTP ?

SMTP en termes simples : SMTP est le protocole standard que les applications, les sites web et les clients email utilisent pour envoyer des emails. Il gère la soumission des messages à un serveur mail et le relais de ces messages vers la boîte mail du destinataire. Sans SMTP, il n'y a pas de moyen standard pour une application de transmettre un message sortant à l'infrastructure email.

Que fait le SMTP ? Lorsque vous rédigez et envoyez un email, votre client email se connecte à un serveur SMTP, s'authentifie et soumet le message. Ce serveur relaie ensuite le message — souvent via une recherche DNS et d'enregistrements MX — vers le serveur mail entrant du destinataire pour la livraison finale.

Le SMTP sert-il à envoyer ou à recevoir des emails ? SMTP est utilisé pour envoyer et relayer des emails. Ce n'est pas le protocole utilisé pour récupérer ou lire les messages déjà stockés dans une boîte mail — ce rôle appartient à IMAP et POP3.

Qu'est-ce qu'un serveur SMTP ?

Qu'est-ce qu'un serveur SMTP ? Un serveur SMTP est un serveur de messagerie chargé d'accepter et de relayer les emails sortants selon sa configuration et ses politiques. Il peut :

• Authentifier les expéditeurs
• Accepter les messages
• Relayer les messages vers leur destination
• Communiquer avec d'autres serveurs mail
• Appliquer des politiques et limites d'envoi
• Renvoyer des erreurs de livraison en cas d'échec

Par exemple, quand une application email envoie un message, elle se connecte à un serveur SMTP qui accepte le message, authentifie l'expéditeur et le relaie vers le serveur mail du destinataire.

Comment fonctionne le SMTP ?

À haut niveau, chaque transaction SMTP suit le même flux — de la composition à la livraison :

Expéditeur
  ↓
Application email / Site web         ← composition de l'email
  ↓
Serveur de soumission SMTP           ← connexion SMTP + authentification
  ↓
Relais SMTP                          ← transfert du message
  ↓
Serveur mail du destinataire         ← serveur mail du destinataire
  ↓
Boîte de réception du destinataire

Chaque étape a un rôle :

• Composition de l'email — l'expéditeur ou l'application compose le message incluant les en-têtes, le corps et les éventuelles pièces jointes.
• Connexion SMTP — le client ouvre une connexion au serveur de soumission SMTP sur le port configuré.
• Authentification — le serveur vérifie l'identité de l'expéditeur avant d'accepter le message.
• Transfert du message — le client transmet le message ; le serveur peut le relayer via des sauts intermédiaires.
• Serveur mail du destinataire — le serveur de destination reçoit le message pour la livraison finale, découvert via les enregistrements MX DNS.
• Boîte de réception du destinataire — là où le message est mis à disposition du destinataire via IMAP ou POP3.

Exemple SMTP : envoyer un email

Prenons un exemple simple. Alice envoie depuis alice@example.com vers bob@example.net :

Application d'Alice
       ↓
Serveur SMTP
       ↓
Serveur mail example.net
       ↓
Boîte mail de Bob

Pour acheminer le message, SMTP utilise le DNS et les enregistrements MX pour découvrir le serveur mail entrant du destinataire. Le message voyage ensuite de l'infrastructure d'envoi d'Alice au serveur mail de Bob.

Commandes SMTP courantes

Les clients SMTP communiquent avec les serveurs via un petit ensemble de commandes texte. Voici les commandes que vous verrez dans la plupart des conversations SMTP (définies dans IETF RFC 5321) :

Les ports SMTP expliqués

Quel port SMTP dois-je utiliser ? Cela dépend si vous soumettez du courrier en tant que client ou si vous relayez du courrier entre serveurs. Le tableau ci-dessous résume les trois ports que vous rencontrerez :

Les exigences exactes en matière de port et de chiffrement dépendent de votre fournisseur d'email ou de la configuration du serveur — vérifiez toujours la documentation du fournisseur.

Qu'est-ce que le port SMTP 25 ?

Le port 25 est le port de relais SMTP traditionnel, utilisé pour le transport d'emails de serveur à serveur. Il est différent de la soumission de messages et de nombreux réseaux bloquent le port 25 sortant.

Les applications devraient généralement utiliser le service de soumission du fournisseur plutôt que de tenter un relais SMTP arbitraire directement. C'est une pratique standard, pas un contournement.

Qu'est-ce que le port SMTP 587 ?

Le port 587 est utilisé pour la soumission de messages. Il est courant pour les clients email et les applications, généralement associé à STARTTLS et à l'authentification.

L'IETF (RFC 6409) précise que la soumission de messages se fait normalement sur le port 587. Il est généralement recommandé pour soumettre le courrier sortant car il prend en charge l'authentification et les contrôles de politiques adaptés à la soumission.

Qu'est-ce que le port SMTP 465 ?

Le port 465 est utilisé pour la soumission SMTP sur TLS implicite, où le chiffrement commence dès le début de la connexion. Cela diffère de STARTTLS qui améliore une connexion non chiffrée.

Par exemple, la documentation actuelle de Gmail de Google prend en charge la soumission SMTP sur le port 587 avec TLS/STARTTLS et sur le port 465 avec SSL. Le port 465 n'est pas universellement pris en charge, vérifiez donc la documentation de votre fournisseur.

Port 25 vs 465 vs 587

La documentation du fournisseur doit toujours primer sur les recommandations générales.

Authentification SMTP

Qu'est-ce que l'authentification SMTP ? C'est le processus par lequel un serveur SMTP vérifie et autorise l'expéditeur avant de relayer un message. Le serveur confirme que l'expéditeur est autorisé à envoyer du courrier via ce serveur.

• Nom d'utilisateur — généralement l'adresse email complète
• Mot de passe ou mot de passe d'application
• OAuth (ex. Gmail OAuth 2) lorsque c'est pris en charge
• Mécanismes d'authentification pris en charge par le serveur (ex. PLAIN, LOGIN)
• TLS pour protéger les identifiants en transit

Ne stockez jamais les mots de passe SMTP de manière non sécurisée et ne les exposez pas aux visiteurs du site (voir la section sécurité ci-dessous).

SMTP TLS et SSL

Le SMTP peut être chiffré en transit. Deux termes courants apparaissent dans les interfaces de configuration :

STARTTLS

La connexion peut commencer sans chiffrement puis passer à TLS lorsque le serveur le prend en charge et l'exige. C'est l'approche courante sur le port 587.

TLS implicite

TLS est établi dès le début de la connexion — l'approche utilisée sur le port 465.

TLS est le protocole de chiffrement moderne, tandis que "SSL" apparaît encore souvent dans les interfaces de configuration, même si les systèmes modernes devraient utiliser des connexions chiffrées sécurisées.

En résumé, SMTP est le protocole de base, ESMTP est le SMTP avec des extensions (négociées via EHLO, comme AUTH et STARTTLS), et SMTPS est le SMTP sur une connexion chiffrée, généralement en TLS implicite sur le port 465.

Authentification SMTP vs SPF, DKIM et DMARC

Ces termes sont souvent confondus mais décrivent différentes couches d'authentification email. Il est important de les distinguer :

SPF, DKIM et DMARC ne doivent jamais être décrits comme de « l'authentification SMTP » — ce sont des mécanismes d'authentification email au niveau du domaine. En savoir plus dans notre guide sur SPF, DKIM et DMARC.

SMTP vs IMAP vs POP3

En résumé : SMTP envoie, IMAP donne accès et synchronise, et POP3 télécharge. SMTP est pour le courrier sortant ; IMAP et POP3 sont pour récupérer le courrier déjà dans une boîte mail.

SMTP vs API email

Quelle est la différence entre SMTP et une API email ? Les deux peuvent envoyer des emails, mais ils fonctionnent à des niveaux différents :

Aucune approche n'est intrinsèquement meilleure pour la délivrabilité — le placement en boîte de réception dépend de l'authentification, de la réputation, du contenu et de l'engagement des destinataires quelle que soit la méthode d'envoi. MailCannon prend en charge les deux : vous pouvez vous connecter via les paramètres SMTP MailCannon ou envoyer via la documentation de l'API MailCannon.

Paramètres SMTP courants

Lors de la configuration d'un client email ou d'une application pour envoyer via SMTP, vous aurez généralement besoin des valeurs suivantes — toutes fournies par votre fournisseur d'email :

N'utilisez pas smtp.example.com comme hôte réel — obtenez les valeurs correctes dans la documentation de votre fournisseur d'email.

# Ceci est un EXEMPLE et non une configuration réelle.
Hôte SMTP : smtp.example.com
Port : 587
Sécurité : STARTTLS
Nom d'utilisateur : votre-email@example.com
Mot de passe : votre-identifiant-securise
Authentification : Requise

Relais SMTP, soumission et codes de réponse

Qu'est-ce que le relais SMTP ?

Le relais SMTP est le processus de transfert d'un message via un serveur mail vers sa destination. Il se distingue de la soumission (un client envoyant du courrier à un serveur) et de la livraison finale (un serveur déposant le courrier dans une boîte mail).

Qu'est-ce que la soumission SMTP ?

La soumission SMTP se produit quand un client ou une application soumet un message sortant à un serveur de soumission. Cette distinction est importante :

• Relais SMTP : transport de serveur à serveur.
• Soumission SMTP : un client/une application soumet un message sortant.

Selon la RFC 6409, cette séparation permet des contrôles d'authentification et de politiques adaptés à la soumission de messages.

Qu'est-ce qu'un code de réponse SMTP ?

Les serveurs SMTP renvoient des codes de réponse pour indiquer l'état d'une commande ou d'une transaction. Le premier chiffre regroupe le sens :

Les exemples courants incluent 220, 250, 421, 450, 451, 550 et 554. La signification exacte dépend de la réponse SMTP spécifique.

Erreurs SMTP courantes

• 421 — problème temporaire de service ou de connexion.
• 450 — problème temporaire de boîte mail ou de politique.
• 451 — problème temporaire de traitement.
• 452 — espace de stockage insuffisant sur le serveur de réception.
• 550 — rejet permanent (boîte mail introuvable ou blocage par politique).
• 554 — rejet général de la transaction/du message.

Pour des exemples spécifiques au fournisseur, la documentation des erreurs SMTP de Google inclut des cas de réponses 421, 450, 451, 550 et 554 et explique que le texte de la réponse fournit un contexte supplémentaire. Ne réessayez pas aveuglément les erreurs permanentes. Pour analyser pourquoi des messages ont rebondi ou ont été rejetés, utilisez l'outil d'analyse des rebonds de MailCannon Email Bounce Analyzer.

Pourquoi mes emails SMTP ne partent-ils pas ?

Diagnostiquez le problème systématiquement en vérifiant :

1. Nom d'hôte SMTP — est-il correct et joignable ?
2. Port SMTP — correspond-il au port attendu par le fournisseur ?
3. Nom d'utilisateur — l'adresse de l'expéditeur est-elle correcte ?
4. Mot de passe / identifiants API — sont-ils valides et non expirés ?
5. Méthode d'authentification — le serveur la prend-il en charge ?
6. Configuration TLS / SSL — le chiffrement est-il correctement configuré ?
7. Restrictions du pare-feu / du réseau — le port est-il bloqué ?
8. Adresse de l'expéditeur — est-elle autorisée pour ce serveur ?
9. DNS — les enregistrements MX et d'authentification sont-ils corrects ?
10. Restrictions d'envoi du fournisseur — avez-vous atteint une limite ?
11. Code de réponse SMTP — que dit le texte d'erreur ?
12. Réputation de l'expéditeur — le domaine ou l'IP d'envoi a-t-il été signalé ?

Les signaux d'échec courants incluent échec d'authentification, identifiants invalides, connexion refusée, délai d'attente dépassé, incompatibilité TLS/SSL, relais refusé, expéditeur rejeté, destinataire rejeté, échec temporaire du serveur et port SMTP bloqué. Les codes de réponse SMTP et les codes d'état améliorés peuvent aider à diagnostiquer la cause exacte — lisez toujours le texte complet de la réponse plutôt que seulement le code numérique.

SMTP et DNS

Le DNS aide les systèmes de messagerie à découvrir et authentifier l'infrastructure d'envoi et de réception. Cela inclut :

• Enregistrements MX — pointent vers les serveurs mail entrants du destinataire
• SPF, DKIM et DMARC — authentifient les expéditeurs
• PTR / DNS inversé — aide à vérifier les IP d'envoi

Pour configurer correctement l'authentification, consultez notre guide sur SPF, DKIM et DMARC, et pour comprendre le contexte plus large, lisez ce qu'est la délivrabilité des emails.

SMTP et délivrabilité des emails

SMTP est le mécanisme de transport et de soumission, mais SMTP lui-même ne garantit pas la réception en boîte de réception. La délivrabilité dépend aussi de :

• SPF — autorisation basée sur le DNS pour les hôtes d'envoi
• DKIM — signature cryptographique vérifiant l'association message/domaine
• DMARC — politique au niveau du domaine utilisant les résultats SPF et/ou DKIM
• Réputation de l'expéditeur — réputation du domaine et de l'IP d'envoi
• Taux de rebond — à quelle fréquence les messages sont rejetés
• Qualité de la liste — exactitude et permission des adresses des destinataires
• Contenu du message — objet, corps, liens et pièces jointes
• Engagement des destinataires — ouvertures, clics et plaintes pour spam
• Politiques du fournisseur — règles appliquées par les systèmes mail de réception
• Configuration DNS — exactitude des enregistrements MX, SPF, DKIM et DMARC

Pour améliorer la vôtre, suivez nos 15 bonnes pratiques pour la délivrabilité des emails, ou effectuez rapidement Email Deliverability Checker sur un brouillon de message avant l'envoi.

SMTP pour l'email marketing

SMTP est utilisé par les plateformes d'email marketing, les applications SaaS, les sites web, les CRM, les systèmes d'emails transactionnels et les applications métier internes. Il est important de distinguer :

• Serveur SMTP : l'infrastructure technique d'envoi qui transporte les emails.
• Plateforme d'email marketing : le logiciel utilisé pour gérer les contacts, les campagnes, les modèles et les flux d'envoi.

Quel que soit l'outil utilisé pour envoyer, testez le message avant l'envoi : vérifiez les destinataires avec l'outil de MailCannon outil de vérification d'emails, Email HTML Previewer pour vérifier le rendu du design, et Email Size Checker pour éviter les messages trop lourds.

SMTP vs plateforme d'email marketing

Comment MailCannon utilise le SMTP

MailCannon fournit une couche de gestion de campagnes au-dessus de SMTP. Vous pouvez importer et gérer des contacts depuis un CSV, créer des modèles d'emails HTML, créer et gérer des campagnes — et lorsqu'il s'agit d'envoyer réellement, vous choisissez comment vos messages partent : connectez votre propre serveur SMTP personnalisé, connectez Gmail avec OAuth 2, ou ignorez complètement la configuration SMTP et envoyez via l'API MailCannon.

Vous pouvez gérer toutes les configurations d'envoi depuis Paramètres SMTP MailCannon. La page liste vos configurations enregistrées côte à côte, avec le fournisseur, l'hôte, le port, le mode de sécurité (STARTTLS ou SSL/TLS) et le statut de chacune.

Option 1 : connecter votre propre serveur SMTP personnalisé

Sélectionnez le type de fournisseur Custom SMTP et saisissez votre hôte SMTP, votre port (587 est le choix courant pour la soumission), votre nom d'utilisateur et votre mot de passe, ainsi que le nom et l'adresse email de l'expéditeur. Activez Use SSL/TLS pour une connexion chiffrée, marquez la configuration comme active et enregistrez-la. Chaque valeur provient de la documentation de votre fournisseur email, exactement comme dans l'exemple de configuration ci-dessus.

Ajoutez votre configuration SMTP personnalisée dans le tableau de bord MailCannon

Option 2 : connecter Gmail avec OAuth 2 (sans mot de passe)

Si vous envoyez depuis Gmail, vous n'avez pas besoin de créer un mot de passe d'application ni de gérer des identifiants SMTP. Choisissez le type de fournisseur Gmail (OAuth 2) et cliquez sur Connect Gmail Account : MailCannon utilise OAuth 2 pour autoriser l'envoi depuis votre compte Google en toute sécurité, sans mot de passe SMTP à stocker ni à renouveler.

Connectez Gmail via OAuth 2 dans Dashboard → Settings

Option 3 : envoyer des emails sans SMTP grâce à l'API MailCannon

Vous pouvez également envoyer sans configurer de serveur SMTP. Générez une clé API dans l'onglet API KEY des paramètres de votre tableau de bord, puis envoyez vos messages via l'API REST de MailCannon en HTTPS — sans hôte, sans port et sans identifiants SMTP à gérer dans votre application.

Découvrez la documentation de l'API MailCannon

En d'autres termes, SMTP fournit le mécanisme sous-jacent d'envoi d'emails, et MailCannon fournit les outils pour organiser et exécuter vos campagnes email grâce à lui — avec ou sans configuration SMTP qui vous soit propre.

Peut-on envoyer des emails sans SMTP ?

Puis-je envoyer des emails sans configurer le SMTP ? Oui — vous n'avez pas besoin de configurer vous-même une connexion client SMTP. Une API email HTTP permet à votre application d'envoyer des messages avec une simple requête API via HTTPS au lieu d'ouvrir une connexion SMTP.

Avec MailCannon, cela signifie :

• Pas d'hôte, de port ou d'identifiants SMTP à gérer dans le code de votre application.
• Authentification via une clé API plutôt que des identifiants SMTP.
• Envoi géré via HTTPS — le même protocole que votre application utilise déjà.
• Accès complet aux fonctionnalités de gestion de campagnes, modèles et contacts de MailCannon.

Générez une clé API depuis Paramètres SMTP MailCannon (onglet API KEY) et suivez la documentation de l'API MailCannon pour commencer.

Comment choisir un serveur SMTP

Évaluez les fournisseurs selon :

• Fiabilité
• Méthodes d'authentification
• Prise en charge de TLS
• Limites d'envoi
• Réputation
• Gestion des rebonds
• Surveillance
• Politiques du fournisseur
• Documentation
• Tarifs
• Disponibilité géographique

Bonnes pratiques de sécurité SMTP

• Utilisez TLS lorsque c'est pris en charge — STARTTLS ou TLS implicite selon le port.
• Utilisez des identifiants forts et uniques pour chaque configuration SMTP.
• Ne jamais exposer les mots de passe SMTP dans le code frontend ou le JavaScript côté client.
• Ne jamais exposer les clés API dans le JavaScript côté client.
• Stockez les identifiants de manière sécurisée avec des variables d'environnement ou un gestionnaire de secrets.
• Restreignez l'accès aux configurations SMTP aux seuls utilisateurs autorisés.
• Utilisez les ports SMTP appropriés recommandés par votre fournisseur.
• Configurez SPF, DKIM et DMARC pour votre domaine d'envoi.
• Surveillez régulièrement les rebonds et les problèmes de livraison.
• Faites pivoter les identifiants si nécessaire, notamment après des changements d'équipe.
• Évitez les configurations de relais ouvert qui permettent l'envoi non authentifié.
• Utilisez une authentification SMTP appropriée pour chaque soumission.

Important : les identifiants SMTP ne doivent jamais être placés dans le JavaScript côté client ni exposés aux visiteurs du site. Ne committez jamais d'identifiants SMTP dans Git, et ne les mettez jamais dans des variables d'environnement publiques. Pour les applications Next.js, les identifiants SMTP doivent rester côté serveur. Même avec une configuration correcte, les messages peuvent encore être signalés — lancez Email Spam Checker avant chaque envoi pour détecter les déclencheurs potentiels des filtres anti-spam.

Outils email MailCannon associés

Avant ou après l'envoi, ces outils vous aident à valider, prévisualiser et améliorer vos emails :

• Email Deliverability Checker — testez la probabilité que votre message atteigne la boîte de réception.
• Email Spam Checker — analysez votre contenu pour détecter les déclencheurs de filtres anti-spam.
• Email Bounce Analyzer — comprenez pourquoi un message a rebondi ou a été rejeté.
• Email HTML Previewer — prévisualisez le rendu de votre email HTML.
• Email Size Checker — vérifiez si votre message dépasse les limites de taille.
• outil de vérification d'emails — vérifiez qu'une adresse de destinataire existe.
• générateur d'email HTML par IA — générez un email HTML responsive avec l'IA.

Questions fréquentes

Conclusion

SMTP est le fondement de l'envoi d'emails. C'est le protocole que les applications utilisent pour soumettre et relayer les messages vers les destinataires. Comprendre les serveurs SMTP, les ports, l'authentification et TLS vous aide à configurer l'envoi correctement et à résoudre les problèmes. Pour aller plus loin, découvrez SPF, DKIM et DMARC, comment les listes noires d'emails affectent la livraison, et comment améliorer la délivrabilité des emails.