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
- Ce que fait un serveur SMTP. SMTP signifie Simple Mail Transfer Protocol.
- 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.
- Les ports : 587, 465, 25 et 2525. Le port 587 est le port de soumission standard.
- 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.
- 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.
- 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
- RFC 5321 : Simple Mail Transfer Protocol
- RFC 6409 : Message Submission for Mail
- RFC 8314 : Cleartext Considered Obsolete : TLS pour la soumission d'e-mails
Dans MigoSMTP : articles du centre d'aide
- Paramètres SMTP : ports, TLS et authentification
- Les codes de rebond SMTP expliqués
- Vérifier votre domaine d'envoi : enregistrements DNS et propagation
Guides et outils associés
- Configuration de DKIM, SPF et DMARC : Authentifiez votre domaine de bout en bout.
- Vérifier SPF, DKIM et DMARC : Testez les enregistrements de votre domaine.
- Envoyer des e-mails depuis l'Inde : facturation en INR, factures GST et UPI.
- Recherche de codes de rebond : Décodez les codes d'état SMTP et étendus.
Prêt à essayer ? Démarrez avec l'offre gratuite et envoyez votre premier message en quelques minutes.
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.