Existe-t-il un serveur SMTP vraiment gratuit ?

Vous pouvez envoyer gratuitement de trois façons : le service SMTP d'un compte que vous payez déjà, comme une boîte mail ou un hébergement, l'offre gratuite d'un service d'envoi, ou un serveur que vous exploitez vous-même. Chacune a ses limites, et les limites comptent plus que le prix.

Pourquoi ne pas héberger gratuitement mon propre serveur SMTP ?

Le logiciel est gratuit, mais pas la délivrabilité. Un nouveau serveur n'a aucune réputation, de nombreux hébergeurs bloquent le port 25 sortant, et il vous faut assurer vous-même l'authentification, la gestion des rebonds et la surveillance des listes de blocage.

Que vérifier avant de choisir une offre gratuite ?

Les limites quotidiennes et mensuelles, la possibilité d'authentifier votre propre domaine, la prise en charge des rebonds et des plaintes, et la possibilité de passer à une offre payante sans modifier votre configuration.

Serveur SMTP gratuit : ce qui l'est et ses limites

Q: Puis-je utiliser Gmail comme serveur SMTP gratuit ?

Oui, pour un faible volume. Google documente une limite d'envoi quotidienne par compte, qui est de 2 000 messages par utilisateur et par jour pour Google Workspace. Les comptes personnels ont des limites plus basses, que Google peut modifier : consultez sa page. Ce service est conçu pour des personnes qui écrivent des e-mails, pas pour envoyer les e-mails d'un produit.

En un coup d'œil. Ports : 587 STARTTLS ou 465 TLS · Options gratuites : SMTP d'un compte, offre gratuite, auto-hébergement · Limite principale : plafond d'envoi quotidien et réputation · À configurer toujours : SPF, DKIM, DMARC

L'essentiel en bref

Ce que l'on entend par serveur SMTP gratuit. Un serveur SMTP est le service auquel votre application confie un message pour qu'il soit livré.
Option 1 : le SMTP d'un compte que vous avez déjà. Les fournisseurs de messagerie et les hébergeurs web vous permettent d'envoyer via leur serveur SMTP avec les identifiants de votre compte.
Option 2 : l'offre gratuite d'un service d'envoi. Un service d'envoi vous fournit des identifiants SMTP et une API, un ensemble d'IP d'envoi qu'il gère, et des outils pour les rebonds et les plaintes.
Option 3 : exploiter votre propre serveur. Les logiciels de serveur de messagerie sont gratuits, et c'est l'option qui coûte le plus cher en pratique.
Les paramètres dont vous aurez besoin. Quelle que soit votre option, votre application a besoin des mêmes cinq informations : un nom d'hôte, un port, un mode de sécurité, un nom d'utilisateur et un mot de passe.
Des limites qui comptent plus que le prix. Quelle que soit l'offre, la limite principale est votre propre réputation d'expéditeur.

Ce que l'on entend par serveur SMTP gratuit

Un serveur SMTP est le service auquel votre application confie un message pour qu'il soit livré. Quand on cherche un serveur gratuit, on veut généralement envoyer des réinitialisations de mot de passe, des confirmations de commande ou une petite newsletter depuis un site ou une application, sans facture mensuelle.

Il existe trois options. Vous pouvez utiliser l'accès SMTP fourni avec une boîte mail ou un compte d'hébergement, utiliser l'offre gratuite d'un service d'envoi, ou installer un logiciel de messagerie sur votre propre serveur. Elles répondent à des besoins différents : mieux vaut donc savoir laquelle vous convient.

Option 1 : le SMTP d'un compte que vous avez déjà

Les fournisseurs de messagerie et les hébergeurs web vous permettent d'envoyer via leur serveur SMTP avec les identifiants de votre compte. Cela ne coûte rien de plus et fonctionne en quelques minutes, ce qui convient pour un formulaire de contact qui envoie quelques messages par jour.

Le piège, ce sont les limites. Google, par exemple, documente une limite d'envoi quotidienne par compte utilisateur, qui est de 2 000 messages par utilisateur et par jour pour Google Workspace. Les comptes personnels ont des limites plus basses que Google peut modifier. Les hébergeurs fixent les leurs, souvent par heure, et peuvent limiter le débit ou suspendre un compte qui envoie des e-mails en masse.

Option 2 : l'offre gratuite d'un service d'envoi

Un service d'envoi vous fournit des identifiants SMTP et une API, un ensemble d'IP d'envoi qu'il gère, et des outils pour les rebonds et les plaintes. Les offres gratuites existent pour vous permettre de tester le service et d'envoyer de faibles volumes.

Lisez les limites avant de vous appuyer sur l'une d'elles : messages par jour et par mois, possibilité d'utiliser votre propre domaine, nombre de jours de journaux conservés, et ce qui se passe à la limite (messages rejetés ou mis en file d'attente). Choisissez un service dont les offres payantes utilisent les mêmes identifiants, afin que la montée en charge n'impose pas de modifier votre code.

Option 3 : exploiter votre propre serveur

Les logiciels de serveur de messagerie sont gratuits, et c'est l'option qui coûte le plus cher en pratique. Un nouveau serveur et une nouvelle IP n'ont aucune réputation d'envoi : les fournisseurs traitent donc leurs e-mails avec méfiance. De nombreux hébergeurs et fournisseurs cloud bloquent par défaut le port 25 sortant pour lutter contre le spam, et certains refusent de le débloquer.

Vous assumez aussi tout ce qu'un service ferait pour vous : enregistrements SPF, DKIM et DMARC, DNS inversé, TLS, nouvelles tentatives, gestion des rebonds, listes de suppression et surveillance des listes de blocage. Ce peut être un choix raisonnable pour une équipe qui a le temps et les compétences. C'est rarement la solution économique pour envoyer quelques milliers de messages.

Les paramètres dont vous aurez besoin

Quelle que soit votre option, votre application a besoin des mêmes cinq informations : un nom d'hôte, un port, un mode de sécurité, un nom d'utilisateur et un mot de passe. Utilisez le port 587 avec STARTTLS ou le port 465 avec TLS implicite, qui exigent tous deux une connexion. Le port 25 sert à la livraison de serveur à serveur et est souvent bloqué pour les utilisateurs ordinaires.

openssl s_client -starttls smtp -connect smtp.example.com:587

Testez la connexion depuis la machine qui enverra les messages avant de l'intégrer à l'application, et conservez les identifiants dans les variables d'environnement, pas dans le code.

Des limites qui comptent plus que le prix

Quelle que soit l'offre, la limite principale est votre propre réputation d'expéditeur. Les e-mails d'un nouveau domaine qui envoie soudain un gros volume, ou qui écrit à des adresses inexistantes, sont filtrés, que le serveur soit gratuit ou non. Google et Yahoo demandent aux expéditeurs d'authentifier leur domaine et de maintenir de faibles taux de plaintes.

Configurez SPF, DKIM et DMARC pour votre propre domaine dès le départ, n'écrivez qu'aux personnes qui ont demandé à recevoir vos messages et commencez avec un faible volume. Notre vérificateur lira vos enregistrements et vous dira ce qui manque.

Comment choisir

Si vous envoyez quelques messages par jour depuis un petit site, le SMTP d'un compte que vous possédez déjà suffit. Si votre application envoie des e-mails importants pour votre activité, comme des codes de connexion et des reçus, utilisez un service d'envoi dès le premier jour, car le coût d'une réinitialisation de mot de passe manquée est supérieur à celui d'une offre.

Quel que soit votre choix, assurez-vous de pouvoir authentifier votre propre domaine, comprendre pourquoi un message a rebondi et passer à une offre supérieure sans rien réécrire.

Pour aller plus loin et sources

Dans MigoSMTP : articles du centre d'aide

Guides et outils associés

Générateur d'enregistrement SPF : créez l'enregistrement pour votre expéditeur.
Qu'est-ce qu'un serveur SMTP ? : les bases et comment choisir.
Le relais SMTP expliqué : comment fonctionne un relais.
Tarifs : comparez les offres.

Prêt à essayer ? Démarrez avec l'offre gratuite et envoyez votre premier message en quelques minutes.

Commencer gratuitement

Serveur SMTP gratuit : ce qui est vraiment gratuit et les limites à vérifier