Skip to Navigation
Pendant que vous travaillez, dormez ou vous détendez, les services postaux virtuels travaillent jour et nuit pour livrer votre email. Ils ne prennent pas de pauses ni de jours de congé et ne peuvent jamais faire grève. Ils transmettent facilement vos emails entre les serveurs de relais SMTP pour s’assurer qu’un destinataire puisse les voir quelques secondes après que vous ayez cliqué sur ‘envoyer’. Ces systèmes font vraiment un travail extraordinaire. Explorons ce qui se passe réellement dans les coulisses !
Qu’est-ce qu’un relais SMTP ?
Selon la définition la plus courante, le relais SMTP est le processus de transfert des emails entre les serveurs de messagerie afin qu’ils puissent atteindre leur destination finale. Souvent, ces serveurs de messagerie sont appelés Mail Transfer Agents ou MTA – des logiciels qui transmettent des messages entre les ordinateurs de l’expéditeur et du destinataire.
Le relais SMTP est l’équivalent virtuel des avions et camions postaux et constitue une partie essentielle dans la plupart des livraisons d’emails.
Qu’est-ce qu’un relais ouvert ?
Un relais ouvert est un serveur SMTP qui permet à quiconque d’envoyer des emails. Il ne dispose pas de mécanismes d’authentification appropriés pour empêcher le serveur d’être abusé par le spam et le phishing.
Autrefois, un relais SMTP ouvert était la configuration par défaut pour les serveurs de messagerie. Bien que cela ait été une option viable lorsqu’internet était pratiquement inconnu des masses, ce n’est plus le cas.
En conséquence, presque tous les relais SMTP ouverts ont été fermés, les restants étant fièrement répertoriés sur des célèbres blocklists.
Comparaison entre le relais SMTP et le SMTP, le serveur SMTP, le service de relais SMTP et smart host
Le relais SMTP peut parfois être confondu avec le SMTP, le serveur SMTP, le service de relais SMTP ou smart host. Clarifions les différences entre eux.
Relais SMTP vs SMTP
SMTP ou Simple Mail Transfer Protocol est un protocole de messagerie qui définit les termes pour la transmission sécurisée des emails. Les serveurs de messagerie et les agents de transmission l’utilisent pour acheminer les emails sortants. Naturellement, le relais SMTP suit ce protocole tout en relayant les messages d’un serveur à un autre.
Relais SMTP vs serveur SMTP
Un serveur SMTP est une application ou un ordinateur responsable de l’envoi des emails.
Parfois, les définitions populaires interprètent les relais SMTP comme des serveurs de relais d’emails que les messages traversent avant d’atteindre les destinataires. Dans ce contexte, les serveurs de relais SMTP sont les mêmes que les serveurs SMTP.
Cependant, nous nous référons généralement aux serveurs SMTP lorsque nous parlons d’ordinateurs qui transfèrent des messages et au relais SMTP lorsque nous décrivons le processus de transfert des emails entre les ordinateurs.
Pour en savoir plus sur les différents serveurs de messagerie, consultez notre guide sur IMAP vs POP3 vs SMTP.
Relais SMTP vs service de relais SMTP
Le service de relais SMTP fait généralement référence aux fournisseurs de services de messagerie (ESP) qui offrent leurs propres serveurs SMTP. De cette façon, les emails sortants sont acheminés vers les serveurs SMTP des ESP qui livrent les emails avec succès dans les boîtes de réception.
Relais SMTP vs smart host
Le relais SMTP et le smart host sont essentiellement la même chose, mais la principale différence réside dans leurs niveaux de sécurité. Les smart hosts nécessitent généralement l’authentification SMTP (SMTP-auth) pour relayer les emails, ce qui les rend moins susceptibles d’être utilisés pour le spam.
Les relais SMTP peuvent ou non nécessiter une authentification en fonction de leurs paramètres et configurations spécifiques. De plus, il existe des problèmes avec la sécurité SMTP elle-même car elle ne dispose pas de mécanismes inhérents (c’est pourquoi des couches de sécurité supplémentaires – SSL et TLS ont été créées en premier lieu).
C’est la raison pour laquelle les fournisseurs de services internet (ISP) bloquent parfois les connexions SMTP via le port de relais SMTP 25. A la place, ils configurent des smart hosts pour relayer les messages depuis les adresses IP de leurs utilisateurs.
Comment fonctionne un relais SMTP ?
Pour comprendre le rôle des relais SMTP dans l’ensemble du processus, commençons par le début et démontrons comment les emails sont envoyés et livrés via SMTP.
Le SMTP ressemble aux services postaux réels ou au courrier postal, bien qu’il puisse être un peu plus rapide que ces entreprises de livraison ultra-rapides livrant le jour même.
Si vous deviez envoyer une lettre à votre âme sœur d’antan, vous utiliseriez probablement une enveloppe en écrivant son nom et son adresse. Vous incluriez également votre propre adresse pour que la lettre vous soit retournée en cas d’échec de la livraison.
Lorsque vous envoyez des emails, ce processus est représenté par l’inclusion de l’adresse email de votre destinataire et d’une adresse de retour optionnelle (aussi appelée l’en-tête du Return-Path). L’adresse de retour sera utilisée par les fournisseurs de services internet (ISP) pour vous retourner l’email s’il ne parvient pas à être livré.
Si la lettre papier est correctement adressée, vous collerez un timbre sur l’enveloppe (pour prouver du paiement que vous avez effectué pour le service). Enfin, vous déposerez votre lettre dans une boîte aux lettres à proximité, dans un bureau de poste local ou quelqu’un viendra la récupérer. Dans un environnement virtuel, il vous suffira simplement de cliquer sur le bouton ‘envoyer’ dans votre fournisseur de services de messagerie (Gmail, Microsoft Outlook, etc.).
L’enveloppe ira ensuite dans un centre de distribution d’une société postale pour être triée et acheminée à un autre endroit, selon l’adresse spécifiée sur l’enveloppe. Ensuite, elle arrivera dans un autre centre de distribution plus proche de l’adresse du destinataire. Elle sera à nouveau triée et envoyée à un bureau de poste local ou directement aux destinataires.
Si tout est en ordre (vous avez mis le bon timbre, l’adresse existe et une guerre nucléaire n’a pas éclaté entre-temps), votre âme sœur est probablement déjà en train de lire votre lettre. Sinon, l’adresse de retour sera utilisée pour retourner la lettre directement dans votre boîte aux lettres (en suivant le même itinéraire, mais dans la direction opposée). Si une guerre nucléaire éclate, cette partie pourrait être un peu plus compliquée.
Dans la communication par email, au moment où vous cliquez sur ‘envoyer’, votre Mail User Agent (MUA) c’est-à-dire le fournisseur de services de messagerie envoie l’email au Mail Submission Agent (MSA) de votre serveur. Il vérifie qu’il n’y ait pas d’erreur et le partage avec le MTA. Pensez au MSA comme un employé qui vérifie manuellement chaque transmission et au MTA comme une succursale locale de votre service postal.
Si le destinataire utilise le même serveur que l’expéditeur de l’email, l’email sera simplement transmis au Mail Delivery Agent (MDA) et livré directement au destinataire. Dans ce cas, le relais SMTP ne se déclenche pas du tout.
Dans la plupart des cas, cependant, un message doit être envoyé à un autre serveur, même lorsque les adresses du destinataire et de l’expéditeur sont toutes deux Gmail (Google utilise plusieurs serveurs pour gérer ses plus d’un milliard de comptes).
C’est là que le relais SMTP entre en jeu. Tout d’abord, le MTA vérifie les enregistrements MX du domaine du destinataire comme s’il recherchait une adresse dans un carnet d’adresses pour savoir où votre email devrait être acheminé. Lorsqu’il trouve une correspondance, il transmet le message à un autre MTA. En fonction de la destination et du nombre de destinataires, un message est déplacé entre deux ou plusieurs MTAs.
Ensuite, le MDA reçoit les emails du MTA, les convertit au format approprié et les transmet au MUA du destinataire. Le MUA est un fournisseur de services de messagerie dans lequel le message est affiché, ce qui rend votre destinataire heureux.
Pourquoi le relais SMTP est-il important pour les emails en masse ?
Un relais SMTP aide les expéditeurs d’emails en masse à maintenir une bonne réputation de l’expéditeur et à améliorer la livrabilité des emails. Il est essentiel pour les campagnes de marketing par email et les emails transactionnels.
Pour prévenir le spam, les ISP (fournisseurs d’accès à Internet) sont généralement méfiants envers le volume élevé d’emails provenant de domaines publics (comme @gmail.com, par exemple) car ils sont facilement accessibles aux expéditeurs illégitimes. Donc, ils les bloquent ou les envoient directement dans les dossiers de spam. Cela signifie que vos emails pourraient être pris pour du spam même si vous envoyez des messages légitimes.
De plus, si vous utilisez un domaine public, il est très probable que vous n’ayez pas accès aux enregistrements DNS. Vous ne pourrez pas configurer les mécanismes d’authentification comme SPF, DKIM, DMARC ou BIMI pour prévenir le spoofing des emails et améliorer votre réputation de domaine. Ces comptes email ont également des limites d’envoi quotidiennes et mensuelles faibles.
Vous rencontrerez des problèmes de livrabilité même si vous configurez votre propre serveur SMTP et un fournisseur de messagerie. Votre serveur sera inconnu des serveurs à l’autre bout du relais. Il n’aura pas non plus une réputation établie. En conséquence, des milliers d’emails que vous envoyez depuis votre propre serveur email finiront inévitablement dans les dossiers de spam.
Donc, la solution est d’utiliser un relais SMTP, idéalement fourni par une solution d’envoi ou un ESP fiable. De cette manière, vous pourrez utiliser un domaine dédié ou même une IP, accéder à des limites de relais SMTP plus élevées, configurer l’authentification des emails et, surtout, livrer des emails de marketing ou des notifications dans les boîtes de réception de vos utilisateurs.
Comment choisir un fournisseur de services de relais SMTP ?
Un fournisseur de relais SMTP doit avoir une infrastructure de messagerie robuste et fiable sans temps d’arrêt. Il doit également avoir un historique de taux de livraison élevés et des fonctionnalités supplémentaires pour augmenter ces chiffres. Des plans tarifaires flexibles avec des limites d’envoi généreuses et un bon rapport qualité-prix sont également des facteurs importants dans le choix d’un fournisseur. Après tout, vous ne pourrez pas utiliser le relais SMTP à moins que vous ne puissiez vous le permettre.
Une solution fiable est Mailtrap – une Plateforme d’Email Delivery pour tester, envoyer et contrôler les performances de votre infrastructure de messagerie. La plateforme combine l’Email Testing et l’Email API/SMTP pour répondre à tous vos besoins liés aux emails.
Email API/SMTP est l’infrastructure de messagerie avec des taux de livrabilité élevés par conception. Avec l’API Email et le service SMTP, l’intégration est facile et rapide. Il vous suffit de suivre un assistant dans l’application pour configurer votre domaine et commencer à envoyer des emails. Une fois les emails envoyés, vous pouvez surveiller leurs performances avec des analyses approfondies et actionnables. Les rapports détaillés pour les fournisseurs de boîtes de réception et les catégories peuvent vous donner des informations précieuses sur vos métriques de livrabilité.
Email API/SMTP dispose également de modèles d’emails transactionnels que vous pouvez héberger directement sur la plateforme et référencer avec l’API. Vous pouvez le faire en téléchargeant du HTML, en utilisant des modèles prêts à l’emploi ou en codant les vôtres. Les modèles fonctionnent sur le moteur Handlebars et prennent en charge les variables et les images. Vous pouvez prévisualiser et tester chaque modèle avant de les envoyer aux destinataires.
En parlant de tests, les développeurs peuvent utiliser l’Email Testing (Email Sandbox) pour inspecter et déboguer leurs emails avant de les envoyer dans les boîtes de réception. C’est particulièrement utile pour tester le serveur de relais SMTP dans un environnement sûr. L’Email Testing fonctionne en utilisant un faux serveur SMTP pour capturer tout votre trafic SMTP dans une boîte de réception virtuelle et éviter de spammer les utilisateurs.
De plus, l’Email Testing permet de vérifier le HTML/CSS, de trouver des lignes de code défectueuses, d’inspecter le spam score et les listes noires, et de valider les en-têtes.
Cela signifie que vous pouvez tester la fonctionnalité d’envoi d’emails de votre application avec l’Email Testing, utiliser l’Email API/SMTP comme relais SMTP, puis contrôler votre infrastructure – tout en un seul endroit.
