Qu'est-ce qu'un relais SMTP et comment fonctionne-t-il

Un point d'envoi fiable et unique pour toutes vos applications.

Un relais SMTP est un serveur de messagerie sortant par lequel vos logiciels envoient leurs e-mails, au lieu de le faire directement depuis votre boutique en ligne, votre serveur ou votre application. Vous obtenez ainsi un contrôle centralisé, une authentification et une remise fiables — sans que chaque système doive gérer sa propre configuration de messagerie, sa réputation et son adresse IP.

relay.2mail.eu port 587 TLS Serveurs belges
Les bases

Qu'est-ce qu'un relais SMTP ?

Un point de passage qui achemine avec expertise chaque e-mail sortant de vos applications jusqu'à la boîte de réception de votre destinataire.

SMTP (Simple Mail Transfer Protocol) est le protocole standard avec lequel les serveurs et les applications envoient des e-mails. Lorsqu'une boutique en ligne, un CRM, un progiciel ERP ou votre propre serveur envoie directement, cela se fait généralement depuis une adresse IP sans le moindre historique d'envoi. Les fournisseurs de messagerie comme Gmail, Outlook et Proximus ne connaissent pas cette adresse, ne lui font pas confiance et filtrent souvent automatiquement les messages — directement vers le dossier spam ou, pire encore, avec un refus définitif.

Un relais SMTP résout ce problème en s'intercalant entre votre application et le destinataire final. Plutôt que de laisser chaque application gérer son propre serveur de messagerie, sa réputation IP et les bons enregistrements d'authentification, tout passe par un seul point d'envoi contrôlé, préchauffé et authentifié. Ce relais surveille la qualité de chaque message sortant, applique des limitations de débit là où c'est nécessaire et fait en sorte que les fournisseurs de messagerie reconnaissent l'expéditeur et lui fassent confiance.

Pourquoi un envoi centralisé fait la différence

Le résultat : un seul endroit pour configurer l'authentification, un seul endroit pour suivre les remises, les bounces et les refus, et un seul interlocuteur responsable de la réputation de l'adresse IP d'envoi. Pour une entreprise qui envoie des e-mails depuis plusieurs systèmes — une boutique en ligne pour les confirmations de commande, un CRM pour la communication client, un serveur pour les notifications — c'est toute la différence entre des canaux d'envoi isolés et vulnérables et une infrastructure de messagerie gérée de façon professionnelle.

Quand avez-vous besoin d'un relais SMTP ?

Dès qu'autre chose qu'un humain envoie du courrier. Voici cinq situations auxquelles vous le reconnaissez.

  • Votre boutique en ligne envoie des confirmations de commande, et les clients appellent pour demander si leur commande est passée.
  • Votre application envoie des réinitialisations de mot de passe, et les utilisateurs signalent que le message « n'arrive pas ».
  • Votre logiciel comptable envoie des factures qui atterrissent en indésirables chez certains clients.
  • Le formulaire de votre site fonctionne vers votre propre boîte, mais pas chez les clients qui ont une adresse chez un grand fournisseur.
  • Vous envoyez depuis plusieurs systèmes et plus personne ne sait quel serveur envoie quoi.

Si vous reconnaissez l'une de ces situations, le problème vient rarement du contenu de vos messages. Il vient du chemin qu'ils empruntent.

Ce qu'un relais ne résout pas

Une mauvaise liste ou un mauvais message. Un relais livre, mais que quelqu'un l'ouvre dépend de vous. Un relais ne met pas non plus fin à un domaine usurpable : vous ajoutez vous-même le relais à votre enregistrement SPF et vous activez DKIM pour votre domaine. Qui saute cette étape a déplacé le problème sans le résoudre.

Le trajet d'un message

De votre application jusqu'à la boîte de réception

Trois étapes, un seul chemin maîtrisé. Voici comment chaque e-mail traverse le relais 2mail.

Étape 1 · Expéditeur

Votre application

Boutique en ligne, CRM, ERP ou serveur transmet l'e-mail via SMTP avec vos propres identifiants.

Étape 2 · Relais 2mail

2mail relay

Authentification, rate limiting, réessai automatique et journalisation sur une infrastructure belge.

Étape 3 · Destinataire

La boîte de réception

Le message arrive reconnu et digne de confiance chez Gmail, Outlook, Proximus et consorts.

Votre domaine reste l'expéditeur — le relais envoie en votre nom, pas au nom de 2mail.

2mail — smtp-config
hostrelay.2mail.eu
port587 // submission
chiffrementTLS (STARTTLS)
nom d'utilisateurvotre identifiant 2mail
mot de passevotre mot de passe 2mail
Connexion vérifiée & chiffrée
Les paramètres

Cinq champs, et vous envoyez via 2mail

Vous connectez chaque application avec exactement les mêmes paramètres SMTP. Encodez-les une seule fois dans votre boutique en ligne, votre CRM, votre ERP ou votre application de messagerie et tout le courrier sortant de ce système passe désormais par notre infrastructure — sans autre modification de vos logiciels.

  • Le port 587 avec TLS est la norme universellement prise en charge pour l'envoi authentifié.
  • Vos identifiants personnels authentifient chaque message — pas de voie d'envoi ouverte ou anonyme.
  • Vous connectez plusieurs applications via les mêmes identifiants ou des identifiants distincts, chacun avec son propre suivi.
En pratique

Comment connecter votre application

Des paramètres SMTP au trafic entièrement en production, en quatre étapes claires.

Encoder les paramètres SMTP

Ajoutez l'hôte, le port 587 et vos identifiants personnels dans votre application. C'est fait en quelques minutes.

Configurer l'authentification

Le tableau de bord crée en un clic votre clé DKIM et les enregistrements DNS pour SPF, DKIM & DMARC. Vous les publiez chez votre gestionnaire DNS, puis les vérifiez en un clic.

Tests & montée en volume

Vous testez la connexion avec un premier message et voyez le résultat par message dans le tableau de bord. Vous faites ensuite monter le volume vous-même, progressivement.

En production avec monitoring

Vous envoyez en production pendant que nous surveillons en continu les remises, les bounces et les refus.

Pourquoi pas en direct

Relais managé ou envoi direct ?

Envoyer directement depuis une boutique en ligne, un serveur ou une application paraît simple, mais comporte en pratique toute une série de risques. Une seule application mal configurée peut faire s'effondrer la délivrabilité de tous vos e-mails — y compris vos messages système critiques.

Envoi direct

Chaque système livré à lui-même
  • Adresse IP sans historique d'envoi ni réputation
  • SPF, DKIM & DMARC configurés manuellement et souvent mal
  • Aucune protection contre les pics de volume soudains
  • Aucun réessai automatique en cas de greylisting ou de throttling
  • Aucune vue centralisée sur les bounces et les refus
  • Risque élevé de dossier spam ou de refus définitif
vs

Via le relais 2mail

Un seul point d'envoi géré
  • Pool d'IP préchauffé et randomisé sur des serveurs belges
  • SPF, DKIM & DMARC : enregistrements prêts, vérification en un clic
  • Le rate limiting par domaine protège votre réputation
  • Réessai automatique en cas d'erreur temporaire
  • Journalisation complète de chaque refus et bounce
  • Délivrabilité élevée et suivi personnalisé

Chez 2mail, vous ne devez gérer aucun serveur de messagerie, construire aucune réputation IP et interpréter manuellement aucun rapport de bounce ou de refus : nous nous en chargeons, avec un accompagnement personnalisé quand vous en avez besoin. Tout se déroule conformément aux règles belges et européennes en matière de protection des données (RGPD), sur une infrastructure que JAAN bv gère depuis Zelzate depuis 2000.

À quoi cela sert

Applications typiques d'un relais SMTP

Boutique en ligneConfirmations de commande et notifications d'expédition qui arrivent toujours.
CRMCommunication client et suivi automatique depuis votre système.
Serveur propreMessages système et d'erreur émis par vos applications et vos scripts.
Logiciel comptableFactures et rappels de paiement remis de façon fiable.
Connecter votre propre système

Automatiser avec l'API et les webhooks

Outre le SMTP, 2mail se pilote aussi en HTTPS. Pratique si vous préférez travailler en JSON plutôt qu'avec une configuration de messagerie, ou si vous voulez décider message par message quand il part et si les ouvertures sont mesurées.

Envoyer via l'APIUn seul appel avec expéditeur, destinataire et contenu. Vous recevez immédiatement un identifiant pour consulter le statut par la suite.
WebhooksNous poussons chaque événement vers votre URL dès que nous en avons connaissance — remis, rejeté, ouvert. Signé, avec réessais automatiques.
Une clé par applicationChaque application reçoit sa propre clé, autorisée uniquement à envoyer, que vous pouvez révoquer séparément sans toucher aux autres.

Questions fréquentes sur le relais SMTP

Un relais SMTP est un serveur d'envoi que vos applications utilisent au lieu d'expédier leur courrier elles-mêmes. Votre boutique en ligne, votre CRM ou votre logiciel comptable remet le message au relais avec un identifiant, et le relais se charge de la livraison : authentification, réputation, nouvelles tentatives en cas d'erreur temporaire et rapports par message.
Dès qu'autre chose qu'un humain envoie du courrier : une boutique en ligne avec des confirmations de commande, une application avec des réinitialisations de mot de passe, un logiciel comptable avec des factures. Techniquement, un serveur web peut envoyer des e-mails, mais il n'a aucune réputation, ne figure pas dans votre enregistrement SPF et ne signe rien avec DKIM — pour le destinataire, cela ressemble à du spam.
Non. Un serveur de messagerie reçoit et conserve aussi le courrier de vos utilisateurs. Un relais ne fait qu'envoyer. Vos boîtes mail restent où elles sont, par exemple chez Microsoft 365 ; seules vos applications migrent vers le relais.
Pour une poignée de messages par jour, souvent oui. Les fournisseurs de boîtes mail imposent généralement des limites journalières basses et ne sont pas conçus pour le courrier automatique. Dès qu'une boutique en ligne ou une application envoie des centaines de messages par jour, vous vous heurtez à ces limites.
Le port 587 avec STARTTLS est la norme pour l'envoi authentifié et il est pris en charge par presque tous les logiciels. Le port 25 est destiné au trafic entre serveurs de messagerie et il est bloqué en sortie par de nombreux fournisseurs d'accès et hébergeurs cloud.
Avec tout ce qui parle SMTP, c'est-à-dire presque tous les logiciels : WordPress, WooCommerce, Odoo, PrestaShop, Magento, Laravel, Microsoft 365 et n'importe quel client de messagerie classique. Vous renseignez un nom de serveur, un port et des identifiants dans les paramètres SMTP.
SMTP est la voie la plus rapide : presque chaque système dispose d'un champ de configuration pour cela. Une API REST est plus pratique si vous développez votre propre logiciel et voulez récupérer un statut par message : vous envoyez avec une clé API et des webhooks vous informent de ce qui est arrivé à chaque message. Chez 2Mail, les deux voies coexistent.
Oui. Vous ajoutez le relais à l'enregistrement SPF de votre domaine et vous activez DKIM, afin que le serveur destinataire puisse établir que le relais est autorisé à envoyer en votre nom. Chez 2Mail, nous vous fournissons les bons enregistrements et nous vous aidons à les configurer.

Connectez votre première application

Nous vous aidons personnellement lors de la configuration et de la montée en charge IP, sur une infrastructure belge et conformément au RGPD.

Appelez-nous
Envoyer un e-mail