Nouveau guide : comment réchauffer une IP dédiée sans nuire à votre réputation. Lire maintenant →
MigoSMTP
BasesMis à jour 16 oct. 2026

Qu'est-ce qu'un serveur SMTP, et lequel choisir ?

SMTP est le protocole par lequel un e-mail quitte votre application et rejoint la boîte du destinataire. Voici ce que fait un serveur SMTP, quels ports et paramètres comptent, et quand le fournisseur de votre boîte mail ne suffit plus.

MO
Rédigé par Mateus Oliveira
Senior SMTP and MTA Engineer
  • Publié2 sept. 2026
  • Temps de lecture7 min
  • Longueur1,525 mots
Partager ce guide

En un coup d'œil. Ports standards : 587 (STARTTLS), 465 (TLS implicite) · Port 25 : De serveur à serveur, souvent bloqué · Relais MigoSMTP : smtp.migosmtp.com:587 · Remarque : Vérifiez les limites du fournisseur avant utilisation

L'essentiel en bref

  1. Ce que fait un serveur SMTP. SMTP signifie Simple Mail Transfer Protocol.
  2. Les paramètres demandés. Presque toutes les applications qui envoient des e-mails demandent les mêmes cinq éléments : un nom d'hôte, un port, un mode de sécurité, un nom d'utilisateur et un mot de passe.
  3. Les ports : 587, 465, 25 et 2525. Le port 587 est le port de soumission standard.
  4. Tester une connexion en ligne de commande. Avant d'incriminer l'application, vérifiez que le serveur est joignable et qu'il gère TLS.
  5. Utiliser le fournisseur de votre boîte mail comme serveur SMTP. Gmail et Microsoft 365 permettent tous deux d'envoyer via leurs serveurs SMTP, et pour quelques messages issus d'un outil personnel, c'est suffisant.
  6. Quand il faut un service d'envoi. Un service d'envoi, aussi appelé relais SMTP ou fournisseur d'e-mails transactionnels, offre à votre application un point d'accès SMTP et une API, et exploite l'infrastructure qui rend la remise fiable : gestion de la réputation, boucles de rétroaction, traitement des rebonds, listes de suppression et journaux.

Ce que fait un serveur SMTP

SMTP signifie Simple Mail Transfer Protocol. Un serveur SMTP reçoit un message d'un expéditeur, détermine où est hébergée la messagerie du destinataire en interrogeant l'enregistrement MX de son domaine, puis lui transmet le message. Quand vous cliquez sur envoyer dans une application de messagerie, ou quand une application web envoie une réinitialisation de mot de passe, c'est un serveur SMTP qui fait le travail.

Deux tâches sont souvent confondues. L'envoi du courrier passe par SMTP. La lecture du courrier, dans une application ou un webmail, utilise d'autres protocoles comme IMAP. Lorsqu'un écran de paramètres demande un « serveur sortant », c'est le serveur SMTP qu'il attend.

Les paramètres demandés

Presque toutes les applications qui envoient des e-mails demandent les mêmes cinq éléments : un nom d'hôte, un port, un mode de sécurité, un nom d'utilisateur et un mot de passe. Le nom d'hôte dépend de votre fournisseur. Le nom d'utilisateur et le mot de passe sont des identifiants créés pour votre compte et, avec un service d'envoi, ils sont généralement distincts de votre connexion au tableau de bord.

Ne laissez pas d'identifiants dans votre code source. Placez-les dans des variables d'environnement ou un gestionnaire de secrets, et créez un jeu d'identifiants par application afin de pouvoir en révoquer un sans tout casser.

Les ports : 587, 465, 25 et 2525

Le port 587 est le port de soumission standard. La connexion démarre en clair, puis passe en mode chiffré grâce à STARTTLS. Le port 465 est chiffré dès le premier octet, ce qu'on appelle TLS implicite, et il est de nouveau largement pris en charge. Le port 25 sert à la remise de serveur à serveur ; les hébergeurs cloud et les connexions domestiques le bloquent couramment pour limiter le spam. Le port 2525 n'est pas un standard officiel, mais certains fournisseurs le proposent en alternative lorsque le 587 est bloqué.

Si la connexion expire, la cause habituelle est un pare-feu ou un hébergeur qui bloque le port, et non un mot de passe erroné. Testez depuis la machine qui enverra réellement les messages, pas depuis votre ordinateur portable.

Tester une connexion en ligne de commande

Avant d'incriminer l'application, vérifiez que le serveur est joignable et qu'il gère TLS. Cette commande se connecte à un port de soumission et affiche le certificat ainsi que le message d'accueil du serveur. Remplacez l'hôte par celui de votre fournisseur.

openssl s_client -starttls smtp -connect smtp.example.com:587

Un résultat positif affiche une chaîne de certificats et une ligne commençant par 220. En cas d'expiration du délai, le port est bloqué. En cas d'erreur de certificat, vérifiez le nom d'hôte que vous avez saisi.

Utiliser le fournisseur de votre boîte mail comme serveur SMTP

Gmail et Microsoft 365 permettent tous deux d'envoyer via leurs serveurs SMTP, et pour quelques messages issus d'un outil personnel, c'est suffisant. Ils sont conçus pour des personnes, pas pour des applications. Google documente des limites d'envoi quotidiennes pour les comptes personnels et Workspace, et Microsoft applique ses propres limites et abandonne progressivement l'authentification SMTP de base par nom d'utilisateur et mot de passe. Consultez la documentation actuelle de chaque fournisseur avant de vous y fier.

Le vrai problème, c'est ce que vous perdez. Un fournisseur de boîte mail offre peu de rapports de remise, aucun journal par message dans lequel chercher, et aucun moyen de séparer le courrier marketing du courrier transactionnel. Si un message n'arrive pas, vous n'avez aucune piste à suivre.

Quand il faut un service d'envoi

Un service d'envoi, aussi appelé relais SMTP ou fournisseur d'e-mails transactionnels, offre à votre application un point d'accès SMTP et une API, et exploite l'infrastructure qui rend la remise fiable : gestion de la réputation, boucles de rétroaction, traitement des rebonds, listes de suppression et journaux. Vous payez le volume et les fonctionnalités au lieu d'exploiter des serveurs.

Optez pour un tel service lorsque l'e-mail compte pour votre activité, par exemple pour les codes d'accès, les reçus et les suivis de commande, ou lorsque vous envoyez plus de quelques centaines de messages par jour. La section suivante énumère les points à comparer.

Que comparer avant de choisir

Regardez comment le prix évolue avec votre volume mensuel réel, et non avec l'offre mise en avant. Vérifiez quels ports sont pris en charge, si vous disposez d'une API en plus de SMTP, combien de temps les journaux sont conservés, si vous pouvez utiliser une IP dédiée, et comment fonctionne le support quand un problème survient à une heure indue.

Si vous facturez en roupies, demandez si le fournisseur facture en INR et émet des factures GST. Pour les expéditeurs au Royaume-Uni et dans l'UE, renseignez-vous sur les conditions de traitement des données. Nos offres, nos ports et notre facturation figurent sur la page des tarifs, et notre guide pour les expéditeurs indiens aborde les aspects pratiques.

Erreurs SMTP courantes et leur signification

Les réponses SMTP sont des codes à trois chiffres. Les codes commençant par 2 indiquent un succès, ceux commençant par 4 un problème temporaire après lequel l'expéditeur doit réessayer, et ceux commençant par 5 un échec définitif. Une réponse 535 signifie que l'authentification a échoué : vérifiez le nom d'utilisateur et le mot de passe, ainsi que la nécessité éventuelle d'un mot de passe d'application. Une réponse 550 signifie généralement que le serveur du destinataire a rejeté le message ou que l'adresse n'existe pas.

Une réponse 421 ou 450 signifie que le serveur récepteur vous demande de réessayer plus tard, souvent à cause d'une limitation de débit. Un délai dépassé indique un port bloqué. Une erreur de négociation TLS signale souvent un mode de sécurité inadapté au port, par exemple STARTTLS sur le port 465. Notre outil gratuit de recherche de codes de rebond explique les codes étendus plus longs qui suivent.

Les bases de la sécurité

Utilisez toujours une connexion chiffrée. N'envoyez jamais d'identifiants sur une connexion non chiffrée, quel que soit le port. Utilisez un identifiant unique par application, stockez-le comme un secret et renouvelez-le si un développeur quitte l'équipe ou si un serveur est retiré du service.

Restreignez qui peut utiliser votre compte lorsque c'est possible, par exemple en limitant les autorisations des clés d'API. Surveillez vos journaux d'envoi : un volume inattendu est souvent le premier signe d'un identifiant compromis.

Quel que soit le serveur, authentifiez votre domaine

Un serveur SMTP peut remettre votre message, mais ce sont les fournisseurs de boîtes mail qui décident s'ils lui font confiance. Publiez SPF et DKIM pour votre domaine et ajoutez un enregistrement DMARC, afin que Gmail, Outlook et Yahoo puissent constater que le courrier provient bien de vous. Sans eux, même le courrier d'un excellent fournisseur peut finir en spam ou être rejeté.

Notre guide de configuration détaille chaque enregistrement, et le vérificateur gratuit vous indique ce qui manque sur votre domaine dès maintenant.

Pour aller plus loin et sources

Dans MigoSMTP : articles du centre d'aide

Guides et outils associés

Prêt à essayer ? Démarrez avec l'offre gratuite et envoyez votre premier message en quelques minutes.

Commencer gratuitement

Questions fréquentes

Qu'est-ce qu'un serveur SMTP ?

Un serveur SMTP est un programme qui reçoit un e-mail d'un expéditeur et le transmet vers son destinataire grâce au protocole Simple Mail Transfer Protocol. Votre client de messagerie ou votre application lui confie le message, et il le remet au serveur de messagerie du destinataire.

Quel port SMTP dois-je utiliser ?

Pour envoyer depuis une application ou un client de messagerie, utilisez le port 587 avec STARTTLS ou le port 465 avec TLS implicite. Le port 25 sert à la remise de serveur à serveur et il est souvent bloqué sur les réseaux grand public et les réseaux cloud.

Ai-je besoin de mon propre serveur SMTP ?

En général, non. En exploiter un oblige à gérer la réputation des IP, l'authentification, les files d'attente et le traitement des abus. La plupart des équipes envoient via le relais SMTP d'un fournisseur et gardent leur propre serveur hors du circuit de remise.

Un serveur SMTP est-il la même chose qu'un serveur de messagerie ?

Pas exactement. SMTP gère l'envoi et le relais. Un serveur de messagerie complet stocke en général aussi les boîtes aux lettres et permet aux utilisateurs de lire leurs messages, ce qui passe par d'autres protocoles comme IMAP.

Thèmes#smtp#serveur smtp#ports e-mail#paramètres smtp
Ce guide vous a-t-il été utile ?Votre réponse nous aide à améliorer notre documentation.

Commencez à envoyer en quelques minutes.

Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.

Commencer gratuitement Contacter les ventes