En un coup d'œil. Hôte : smtp.migosmtp.com · Ports : 587 (STARTTLS), 465 (TLS) · Authentification : identifiants par application · Également disponible : API REST
La version courte
- Ce qu'est un relais SMTP. Un relais SMTP est un serveur de messagerie qui accepte un message de votre application et le transmet au serveur du destinataire.
- Pourquoi ne pas livrer directement depuis votre serveur. Un serveur peut livrer directement au destinataire, mais cela fonctionne rarement bien.
- Ce qu'il faut pour se connecter. Il vous faut le nom d'hôte du relais, un port, un mode de sécurité et des identifiants.
- Configurer Postfix pour utiliser un relais. Postfix, courant sur les serveurs Linux, appelle cela un relayhost.
- Configurer une application web. La plupart des frameworks et des systèmes de gestion de contenu disposent d'une page de paramètres e-mail ou de quelques variables d'environnement pour l'hôte SMTP, le port, le chiffrement, le nom d'utilisateur et le mot de passe.
- Quand un relais n'envoie pas. Procédez de l'extérieur vers l'intérieur.
Ce qu'est un relais SMTP
Un relais SMTP est un serveur de messagerie qui accepte un message de votre application et le transmet au serveur du destinataire. Votre application n'a pas besoin de savoir trouver la destination, relancer une livraison échouée ou entretenir une bonne réputation d'expéditeur. Elle confie le message au relais, qui s'occupe du reste.
On emploie presque indifféremment les termes relais, smart host et service SMTP. En pratique, ils désignent tous un serveur auprès duquel vous vous authentifiez et par lequel vous envoyez.
Pourquoi ne pas livrer directement depuis votre serveur
Un serveur peut livrer directement au destinataire, mais cela fonctionne rarement bien. De nombreux hébergeurs bloquent le port 25. Les nouvelles adresses IP de serveur n'ont aucune réputation, et certaines figurent déjà sur des listes de blocage. Les destinataires attendent un DNS inverse, une authentification et un comportement constant qu'un simple serveur d'application fournit rarement.
Un relais exploité par un fournisseur d'envoi dispose d'une infrastructure établie, gère les nouvelles tentatives et les reports, et vous fournit des journaux lorsqu'un message n'arrive pas.
Ce qu'il faut pour se connecter
Il vous faut le nom d'hôte du relais, un port, un mode de sécurité et des identifiants. Pour MigoSMTP, l'hôte du relais est smtp.migosmtp.com, et le port 587 avec STARTTLS est le choix habituel. Utilisez le port 465 si votre logiciel ne prend en charge que le TLS implicite.
Créez des identifiants par application dans votre tableau de bord. Si l'un d'eux est exposé, vous le révoquez sans toucher au reste.
Configurer Postfix pour utiliser un relais
Postfix, courant sur les serveurs Linux, appelle cela un relayhost. Les lignes ci-dessous envoient tout le courrier sortant via un relais authentifié sur le port 587, avec chiffrement obligatoire. Placez le nom d'utilisateur et le mot de passe dans un fichier distinct lisible uniquement par root, puis exécutez postmap dessus.
relayhost = [smtp.migosmtp.com]:587
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
smtp_tls_security_level = encryptRechargez Postfix après la modification et envoyez un message de test. Consultez le journal de messagerie s'il ne part pas : les erreurs d'authentification et les ports bloqués y apparaissent clairement.
Configurer une application web
La plupart des frameworks et des systèmes de gestion de contenu disposent d'une page de paramètres e-mail ou de quelques variables d'environnement pour l'hôte SMTP, le port, le chiffrement, le nom d'utilisateur et le mot de passe. Saisissez les informations du relais, choisissez une adresse d'expéditeur sur un domaine que vous avez authentifié, et envoyez un message de test depuis l'application.
Si un plugin envoie via la fonction de messagerie de l'hébergeur web, il contourne votre relais. Faites-le passer par SMTP afin que vos messages soient signés et journalisés.
Quand un relais n'envoie pas
Procédez de l'extérieur vers l'intérieur. Vérifiez d'abord que vous pouvez atteindre le port avec le test en ligne de commande de notre guide du serveur SMTP. Si cela fonctionne, vérifiez que les identifiants sont corrects et actifs. Lisez ensuite la réponse reçue par votre application, car la plupart des échecs indiquent clairement la raison.
Si le relais accepte le message mais qu'il n'arrive pas, consultez les journaux côté relais. Un rejet par le serveur du destinataire, comme un rebond pour un enregistrement SPF ou DKIM manquant, y sera consigné avec sa raison.
Passer d'un relais à un autre
Changer de relais revient surtout à changer quatre valeurs : hôte, port, nom d'utilisateur et mot de passe. L'authentification demande de l'attention. Publiez les enregistrements SPF et DKIM du nouveau fournisseur en plus des anciens, migrez d'abord une application et comparez la délivrabilité, puis basculez les autres.
Conservez votre liste de suppression lors du changement, afin de ne pas écrire à des adresses qui ont déjà généré un rebond ou une plainte. Nos guides de migration détaillent la marche à suivre pour plusieurs fournisseurs courants.
Relais ou API ?
Un relais est le changement le plus rapide, car la plupart des logiciels parlent déjà SMTP. Une API offre un contrôle plus fin, comme l'envoi d'un modèle avec des variables, et des réponses plus riches. De nombreuses équipes utilisent les deux : SMTP pour les logiciels prêts à l'emploi et l'API pour leur propre code.
Les deux peuvent passer par le même compte et le même domaine authentifié ; vous pouvez donc commencer par l'un et ajouter l'autre.
Relais ouverts et pourquoi ils comptent
Un relais ouvert accepte le courrier de n'importe qui et le transmet. Les spammeurs en abusent, et un serveur identifié comme tel est rapidement placé sur liste de blocage. Un relais correctement configuré exige une authentification, de sorte que seuls vos identifiants peuvent envoyer.
Si vous exploitez votre propre serveur de messagerie, vérifiez qu'il n'est pas un relais ouvert, et ne partagez jamais d'identifiants de relais dans un dépôt public.
Ce qu'il faut vérifier avant de faire confiance à un relais
Examinez comment il gère les rebonds et les plaintes, si vous disposez de journaux de messages et pour combien de temps, quels ports et quelle prise en charge TLS il propose, et comment il traite les listes de suppression. Renseignez-vous sur le support disponible lorsque la délivrabilité chute.
Authentifiez votre domaine avec SPF, DKIM et DMARC, quel que soit le relais choisi. Notre vérificateur gratuit montre ce qui est publié sur votre domaine, et nos guides détaillent chaque enregistrement.
Limites de débit, files d'attente et nouvelles tentatives
Un relais ne livre pas chaque message instantanément. Il les met en file d'attente et relance les échecs temporaires pendant plusieurs heures, ce qui est souhaitable lorsque le serveur d'un destinataire est occupé. Votre fournisseur peut aussi limiter la vitesse à laquelle vous soumettez des messages : une boucle qui envoie dix mille messages en une seconde peut être ralentie ou rejetée.
Rendez votre application tolérante à cela. Envoyez par lots, gérez un échec temporaire en réessayant après une pause, et ne considérez pas un message accepté comme livré : l'acceptation signifie que le relais a pris la responsabilité du message, pas que le destinataire l'a reçu. Utilisez les événements de livraison ou les journaux pour confirmer le résultat.
Pour aller plus loin et sources
- RFC 5321 : Simple Mail Transfer Protocol
- RFC 6409 : Message Submission for Mail
- RFC 8314 : Cleartext Considered Obsolete: TLS for email submission
Faites-le dans MigoSMTP : articles du centre d'aide
- Paramètres SMTP : ports, TLS et authentification
- Sécurité et rotation des clés API
- Codes de rebond SMTP expliqués
Guides et outils associés
- Configuration de DKIM, SPF et DMARC : authentifiez votre domaine de bout en bout.
- Qu'est-ce qu'un serveur SMTP ? : ports, paramètres et cas d'usage d'un service.
- Vérifier SPF, DKIM et DMARC : testez les enregistrements de votre domaine.
- Recherche de code de rebond : décodez les codes SMTP et les codes d'état é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 relais SMTP ?
Un relais SMTP est un serveur qui accepte le courrier de votre application ou de votre serveur de messagerie et le transmet en votre nom. Il prend en charge la livraison, les nouvelles tentatives et la réputation, afin que votre propre serveur n'ait pas à le faire.
Quelle est la différence entre un relais SMTP et un serveur SMTP ?
Les termes se recoupent. Un relais est un serveur SMTP qui transmet le courrier d'expéditeurs authentifiés vers d'autres domaines, au lieu de seulement recevoir le courrier destiné à ses propres utilisateurs.
Pourquoi mon relais SMTP n'envoie-t-il pas ?
Les causes courantes sont des identifiants erronés, un port bloqué, une incompatibilité TLS, une adresse d'expéditeur sur un domaine non vérifié ou une limite de débit. Le code de réponse du relais dans vos journaux indique généralement laquelle.
Dois-je utiliser un relais SMTP ou une API ?
SMTP est le plus rapide lorsque votre logiciel le prend déjà en charge. Une API offre un contrôle plus fin sur les modèles, les métadonnées et la gestion des erreurs. De nombreuses équipes utilisent les deux.