Faut-il configurer un relais SMTP séparé ou votre messagerie peut-elle envoyer directement vos emails transactionnels et vos campagnes ? Un relais SMTP est un serveur intermédiaire qui prend en charge l’acheminement de vos emails à la place de votre propre serveur, pour préserver la délivrabilité et absorber des volumes que votre messagerie ne peut pas gérer seule. Il intervient après le fonctionnement de SMTP, sur la partie transport du message.
Relais SMTP et serveur SMTP de votre messagerie : deux maillons distincts
Le serveur SMTP de votre messagerie (Outlook, Gmail ou l’outil interne à votre CRM) est le point de départ du message. Le relais SMTP est le maillon suivant : il reçoit ce message et le fait suivre, parfois en changeant l’IP d’envoi ou l’authentification appliquée. Confondre les deux mène à une erreur fréquente : chercher à corriger la délivrabilité côté messagerie alors que le goulot d’étranglement se situe côté relais. Les deux ne se remplacent pas. Pour savoir lequel des deux pose problème, commencez par retrouver le serveur SMTP utilisé par votre messagerie. S’il tient la charge et que la réputation reste bonne, un relais séparé n’apporte rien de plus.
Le smart host, un relais avec une mission précise
Un smart host est un relais SMTP configuré pour résoudre un problème identifié : contourner un blocage du port 25 par un fournisseur d’accès ou éviter une adresse IP sortante déjà dégradée. Il route le message vers un serveur tiers de confiance plutôt que de tenter une livraison directe. Le port compte à ce stade : la plupart des relais authentifient sur le port 587, rarement sur le 25. Si votre configuration bloque encore sur ce point, le port SMTP à utiliser selon votre cas se détermine avant tout réglage du relais.
Open relay : la faille qui retourne le relais contre vous
Un open relay accepte et transmet des emails sans vérifier qui les envoie. N’importe qui peut alors s’en servir pour expédier du spam ou du phishing sous couvert de votre domaine. La définition technique d’un relais reste pourtant neutre : en substance, la RFC 5321 (IETF, 2008) décrit un système SMTP relais comme un serveur qui reçoit un message d’un client SMTP et le transmet, sans modifier les données du message hormis l’ajout d’informations de trace, vers un autre serveur SMTP en vue d’un nouveau relais ou de la remise finale. La RFC n’existe qu’en anglais et n’a aucune version française officielle, ceci en est une reformulation. Le protocole ne l’exige pas. C’est l’absence de vérification qui transforme un relais légitime en open relay. Les listes de blocage comme le XBL de Spamhaus détectent et inscrivent automatiquement les IP compromises ou mal configurées, open relay compris. Une fois listée, l’IP voit ses messages filtrés en spam ou rejetés par la majorité des grandes messageries, y compris ceux envoyés légitimement par d’autres utilisateurs du même relais partagé. Fermer l’accès anonyme et exiger une authentification (identifiants de connexion ou clé applicative) élimine ce risque à la source.
Quand une entreprise a besoin d’un relais SMTP
Le volume d’abord : au-delà de quelques milliers d’emails par jour, la plupart des messageries grand public ou des serveurs internes non spécialisés plafonnent ou dégradent la délivrabilité. La nature du trafic ensuite : les emails transactionnels (confirmation de commande, réinitialisation de mot de passe, facture) exigent une remise quasi immédiate et ne tolèrent pas d’être mélangés à une campagne marketing qui, elle, peut attendre plusieurs heures. Un CRM ou un ERP qui déclenche des envois automatisés ajoute une contrainte de plus : un point d’entrée SMTP stable, indépendant de la boîte mail d’un collaborateur qui change de poste ou de mot de passe.
Vient ensuite la question de l’adresse IP. Une IP mutualisée partage sa réputation avec tous les clients du même relais : un expéditeur négligent dégrade la délivrabilité de tous les autres, même ceux qui envoient proprement. Une IP dédiée isole cette réputation. Elle se construit depuis zéro, ce qui prend du temps. Dédiée ou mutualisée, la réputation de votre adresse IP se vérifie régulièrement : elle conditionne directement le taux d’arrivée en boîte de réception. Une IP dédiée se justifie à partir d’envois réguliers et soutenus, quand l’entreprise peut absorber le temps de montée en réputation.
Relais SMTP ou API d’envoi : deux logiques d’expédition
Le relais SMTP transporte le message via le protocole historique, sur une connexion qui dialogue commande par commande avec le serveur distant. Une API d’envoi fonctionne différemment : l’application transmet le contenu du message par une requête HTTP et reçoit en retour un identifiant de message et un statut structuré, exploitable directement dans le code. Le relais s’intègre sans développement, dans un client mail ou un CMS qui sait déjà parler SMTP. L’API demande une intégration technique. En échange, elle renvoie des événements en temps réel (ouverture, clic, rejet) que le protocole SMTP seul ne fournit pas. Un site WordPress ou un logiciel de comptabilité qui doit envoyer une facture passe généralement par un relais. Une application qui réagit à chaque échec d’envoi gagne à passer par une API.
Monter en charge sans griller sa réputation IP
Une IP neuve ou peu utilisée n’a aucun historique aux yeux des grandes messageries. Un envoi massif dès le premier jour y ressemble à un comportement de spammeur. Le warm-up IP consiste à augmenter le volume progressivement, en commençant par les contacts les plus engagés, pour construire cette réputation avant d’atteindre le volume cible. Les bonnes pratiques formalisées par le groupe de travail anti-abus M3AAWG recommandent une montée graduelle et une séparation nette des flux : le trafic transactionnel ne suit pas la même courbe que la prospection ou l’envoi de masse.
Une progression réaliste suit un schéma proche de celui-ci :
- Semaine 1 : quelques dizaines à quelques centaines d’emails par jour, envoyés en priorité aux destinataires les plus actifs.
- Semaine 2 : augmentation progressive du volume, avec surveillance du taux de rebond et des plaintes à chaque palier.
- Semaines 3 et 4 : élargissement à des segments moins engagés, toujours par paliers.
- Au-delà : montée vers le volume cible, avec un contrôle continu une fois la réputation établie.
Le rythme prime sur le volume. Deux seuils tiennent la barre pendant toute la période. Gmail fixe une limite à ne jamais atteindre, 0,3 % de taux de plainte mesuré via Postmaster Tools. Le seuil recommandé reste sous 0,1 % (Google, email sender guidelines). Une fois 0,3 % franchi, la délivrabilité reste dégradée jusqu’à ce que le taux repasse sous ce seuil pendant sept jours consécutifs. Un warm-up trop rapide fait grimper ce taux avant même que la réputation soit établie.
Authentifier le relais sur votre domaine
Un relais qui expédie au nom de votre domaine doit s’appuyer sur une authentification alignée sur ce domaine : SPF doit couvrir l’adresse ou le nom du relais, DKIM doit signer avec une clé propre au domaine émetteur et la politique DMARC s’applique au résultat des deux.
Choisir un relais SMTP : les critères qui comptent
La nature de l’IP fournie compte en premier lieu : dédiée ou mutualisée, avec la possibilité de migrer de l’une à l’autre sans tout reconstruire. L’accompagnement du warm-up pèse presque autant : un relais qui laisse l’expéditeur gérer seul la montée en charge transfère un risque que le fournisseur devrait en partie absorber. Reste le reporting exposé, souvent négligé au moment du choix : taux de rebond et taux de plainte doivent rester consultables en temps réel, pas seulement dans un export mensuel. Le journal des rejets doit lui aussi rester accessible sans délai. Ces chiffres nourrissent ensuite vos indicateurs de performance email plus larges.
Une liste de contacts dégradée fait grimper le taux de hard bounce même à travers le relais le plus irréprochable. L’hygiène de liste précède toujours le choix du relais. Pour comparer des solutions d’emailing complètes plutôt qu’un simple relais technique, consultez notre comparatif des logiciels d’emailing.
Le choix se joue avant l’envoi. Votre relais actuel affiche-t-il un taux de plainte sous 0,1 % ou approche-t-il déjà les 0,3 % qui déclenchent la limitation Gmail ?
