SMTP Guide Complet : Ce Que C'est, Comment Ça Fonctionne et Meilleures Pratiques

SMTP est l’épine dorsale de la communication par email sur Internet. Chaque email que vous envoyez, que ce soit depuis votre boîte de réception personnelle ou une plateforme d’automatisation marketing, repose sur SMTP pour atteindre sa destination. Comprendre le fonctionnement de SMTP est essentiel pour quiconque gère l’email marketing, les emails transactionnels ou les communications d’entreprise.

Ce guide complet couvre tout ce que vous devez savoir sur SMTP : des fondamentaux de son fonctionnement aux méthodes d’authentification avancées, en passant par les comparaisons de fournisseurs et le dépannage des problèmes courants.

Qu’est-ce que SMTP ?

SMTP (Simple Mail Transfer Protocol) est le protocole de communication standard utilisé pour envoyer des emails sur Internet. Développé en 1982, SMTP définit comment les messages email sont transmis d’un serveur à un autre, agissant comme le service postal du monde numérique.

Lorsque vous envoyez un email, SMTP gère la transmission sortante. Il pousse votre message depuis votre client email vers votre serveur de messagerie, puis depuis votre serveur de messagerie vers le serveur de messagerie du destinataire. Le protocole fonctionne selon un ensemble de règles qui garantissent la délivrance fiable des messages entre différents systèmes de messagerie dans le monde entier.

Caractéristiques clés de SMTP

• Protocole push : SMTP pousse les emails de l’expéditeur au destinataire (contrairement à POP3/IMAP qui tirent les emails)
• Basé sur le texte : Les commandes et réponses sont lisibles par l’humain
• Orienté connexion : Utilise TCP/IP pour une transmission fiable
• Stocker-et-transférer : Les messages sont temporairement stockés sur des serveurs intermédiaires avant d’être transférés
• Standardisé : La RFC 5321 définit les spécifications SMTP actuelles

SMTP vs. autres protocoles email

SMTP fonctionne en tandem avec POP3 et IMAP. Tandis que SMTP envoie votre courrier sortant, POP3 ou IMAP récupère le courrier entrant dans votre boîte de réception. La plupart des clients email utilisent SMTP pour l’envoi et IMAP pour la réception, offrant une expérience email complète.

Comment fonctionne SMTP

Comprendre le processus SMTP vous aide à diagnostiquer les problèmes de délivrance et à optimiser votre infrastructure email. Voici le parcours étape par étape d’un email de l’expéditeur au destinataire.

Le processus de communication SMTP

Étape 1 : Établissement de la connexion

Votre client email (Mail User Agent) se connecte à votre serveur de messagerie sortant (Mail Transfer Agent) via le port TCP 25, 587 ou 465. Une « poignée de main » se produit où le serveur s’identifie.

Étape 2 : Poignée de main SMTP (HELO/EHLO)

Le client initie la communication avec une commande HELO ou EHLO :

Client: EHLO mail.example.com
Server: 250-smtp.provider.com Hello

EHLO (Extended HELO) est la version moderne qui prend en charge les extensions SMTP comme l’authentification et le chiffrement TLS.

Étape 3 : Identification de l’expéditeur (MAIL FROM)

Le client spécifie l’adresse email de l’expéditeur :

Client: MAIL FROM:<[email protected]>
Server: 250 OK

Étape 4 : Spécification du destinataire (RCPT TO)

Le client identifie un ou plusieurs destinataires :

Client: RCPT TO:<[email protected]>
Server: 250 OK

Étape 5 : Transfert des données du message (DATA)

Le contenu réel de l’email est transmis :

Client: DATA
Server: 354 Start mail input
Client: Subject: Test Email
Client: From: [email protected]
Client: To: [email protected]
Client:
Client: This is the email body.
Client: .
Server: 250 OK

Étape 6 : Terminaison de la connexion (QUIT)

La session se termine gracieusement :

Client: QUIT
Server: 221 Bye

Le parcours complet de l’email

1. Composition : Vous rédigez un email dans votre client (Gmail, Outlook, etc.)
2. Soumission : Votre client se connecte à votre serveur SMTP
3. Résolution DNS : Votre serveur interroge le DNS pour les enregistrements MX du destinataire
4. Transfert : Votre serveur se connecte au serveur SMTP du destinataire
5. Délivrance : Le serveur du destinataire accepte le message
6. Stockage : Le message est stocké pour que le destinataire le récupère via POP3/IMAP

Les ports SMTP expliqués

Le port 587 est le port recommandé pour envoyer des emails depuis des applications et des clients email. Il nécessite une authentification et prend en charge le chiffrement STARTTLS.

Le port 25 était le port SMTP d’origine mais est maintenant principalement utilisé pour la communication serveur à serveur. De nombreux FAI bloquent le port 25 sortant pour prévenir le spam.

Le port 465 a été brièvement désigné pour SMTPS (SMTP over SSL) mais a été réattribué. Certains fournisseurs le prennent encore en charge pour la compatibilité héritée.

SMTP vs. API Email : Lequel utiliser ?

Les applications modernes ont deux options principales pour envoyer des emails par programmation : le SMTP traditionnel et les API Email basées sur HTTP. Chaque approche a des avantages distincts.

L’approche SMTP

Avec SMTP, votre application se connecte directement à un serveur SMTP en utilisant le protocole décrit ci-dessus.

Avantages :

• Compatibilité universelle avec toute bibliothèque d’envoi d’emails
• Fonctionne avec l’infrastructure email existante
• Pas de dépendance à des formats d’API spécifiques
• Configuration plus simple pour les cas d’utilisation de base
• Fonctionne dans les environnements avec un accès HTTP limité

Inconvénients :

• Gestion des erreurs plus complexe
• Suivi limité sans configuration supplémentaire
• L’envoi synchrone peut être plus lent
• Frais généraux de gestion des connexions
• Plus difficile d’implémenter des fonctionnalités avancées

L’approche API Email

Les API Email utilisent HTTP/REST pour envoyer des messages, abstrayant la complexité SMTP sous-jacente.

Avantages :

• Suivi riche (ouvertures, clics, rebonds) intégré
• Envoi asynchrone avec webhooks
• Gestion des erreurs simplifiée avec les codes d’état HTTP
• Fonctionnalités avancées (modèles, planification) natives
• Meilleures analyses et rapports
• Intégration plus facile avec les applications modernes

Inconvénients :

• Implémentation spécifique au fournisseur
• Nécessite une connectivité Internet (pas de relais local)
• Des limites de débit API peuvent s’appliquer
• Courbe d’apprentissage pour les fonctionnalités spécifiques à l’API

Quand utiliser SMTP

• Systèmes hérités : Anciennes applications conçues pour SMTP
• Emails transactionnels simples : Notifications de base sans besoin de suivi
• Logiciels sur site : Applications dans des environnements réseau restreints
• Configuration des clients email : Applications email de bureau ou mobiles
• WordPress et CMS : De nombreux plugins attendent des identifiants SMTP

Quand utiliser l’API Email

• Automatisation marketing : Campagnes nécessitant des analyses détaillées
• Envoi à volume élevé : Applications envoyant des milliers d’emails
• Applications modernes : Produits SaaS avec des besoins email complexes
• Fonctionnalités avancées : Gestion des modèles, test A/B, contenu dynamique
• Suivi en temps réel : Quand vous avez besoin d’un retour de délivrance immédiat

Approche hybride

De nombreuses organisations utilisent les deux : SMTP pour les messages transactionnels simples des systèmes hérités, et les API Email pour les campagnes marketing et l’automatisation complexe. Des plateformes comme Brevo prennent en charge les deux méthodes, vous permettant de choisir en fonction de chaque cas d’utilisation.

L’authentification SMTP expliquée

L’authentification SMTP empêche les utilisateurs non autorisés d’envoyer des emails via votre serveur. Sans authentification, n’importe qui pourrait utiliser votre serveur pour envoyer du spam, nuisant à votre réputation et à votre délivrabilité.

Types d’authentification SMTP

SMTP AUTH (RFC 4954)

Le mécanisme d’authentification standard nécessitant un nom d’utilisateur et un mot de passe avant l’envoi.

Client: AUTH LOGIN
Server: 334 VXNlcm5hbWU6
Client: [username encodé en base64]
Server: 334 UGFzc3dvcmQ6
Client: [password encodé en base64]
Server: 235 Authentication successful

Mécanismes AUTH courants :

Chiffrement TLS/SSL

Utilisez toujours le chiffrement pour protéger les identifiants :

• STARTTLS : Met à niveau une connexion non chiffrée vers une connexion chiffrée (port 587)
• TLS implicite : La connexion est chiffrée dès le départ (port 465)

Clés API vs. Mots de passe

Les services SMTP modernes utilisent souvent des clés API plutôt que des mots de passe :

Username: apikey (chaîne littérale)
Password: votre-clé-api-ici

Les clés API sont préférables car elles peuvent être renouvelées sans changer les mots de passe de compte et peuvent avoir des permissions limitées.

Configuration des identifiants SMTP

Lors de la configuration d’une application pour envoyer des emails via SMTP, vous avez généralement besoin de :

1. Hôte SMTP : L’adresse du serveur (ex : smtp.brevo.com)
2. Port SMTP : Généralement 587 pour la soumission authentifiée
3. Nom d’utilisateur : Votre email de compte ou identifiant de clé API
4. Mot de passe : Votre mot de passe de compte ou clé API
5. Chiffrement : TLS/STARTTLS activé

Exemple de configuration pour Brevo SMTP :

Host: smtp-relay.brevo.com
Port: 587
Username: [email protected]
Password: votre-cle-smtp
Encryption: STARTTLS

Authentification email : SPF, DKIM et DMARC

Au-delà de l’authentification SMTP (prouver que vous pouvez utiliser le serveur), les protocoles d’authentification email vérifient que les emails proviennent réellement de l’expéditeur déclaré. Ces mécanismes basés sur DNS protègent contre l’usurpation et le phishing.

SPF (Sender Policy Framework)

SPF spécifie quelles adresses IP et quels serveurs sont autorisés à envoyer des emails pour votre domaine.

Comment fonctionne SPF :

1. Vous publiez des enregistrements SPF dans le DNS de votre domaine
2. Quand un serveur destinataire reçoit votre email, il vérifie SPF
3. Si l’IP d’envoi correspond à votre enregistrement SPF, l’email est approuvé
4. Sinon, l’email peut être marqué comme spam ou rejeté

Exemple d’enregistrement SPF :

v=spf1 include:spf.brevo.com include:_spf.google.com -all

Cet enregistrement autorise Brevo et Google à envoyer des emails pour votre domaine, et rejette tous les autres expéditeurs (-all).

Syntaxe SPF :

Meilleures pratiques SPF :

• Utilisez -all (échec strict) une fois confiant dans votre configuration
• Restez sous 10 résolutions DNS pour éviter les erreurs permanentes
• Incluez toutes les sources d’envoi légitimes
• Testez avec des validateurs SPF avant le déploiement

DKIM (DomainKeys Identified Mail)

DKIM ajoute une signature cryptographique à vos emails, prouvant qu’ils n’ont pas été modifiés en transit et qu’ils proviennent de votre domaine.

Comment fonctionne DKIM :

1. Votre serveur email signe les messages sortants avec une clé privée
2. Vous publiez la clé publique correspondante dans le DNS
3. Les serveurs destinataires vérifient la signature en utilisant votre clé publique
4. Les signatures valides confirment l’intégrité et l’origine du message

Exemple d’enregistrement DNS DKIM :

brevo._domainkey.example.com IN TXT "v=DKIM1; k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4..."

Le sélecteur (brevo) identifie la clé à utiliser, permettant à plusieurs services d’envoyer avec différentes clés DKIM.

Composants DKIM :

Meilleures pratiques DKIM :

• Utilisez des clés RSA de 2048 bits (minimum 1024 bits)
• Faites pivoter les clés périodiquement
• Signez les en-têtes importants (From, Subject, Date)
• Testez les signatures avant le déploiement complet

DMARC (Domain-based Message Authentication, Reporting, and Conformance)

DMARC s’appuie sur SPF et DKIM, ajoutant des politiques pour gérer les échecs d’authentification et des capacités de reporting.

Comment fonctionne DMARC :

1. Vous publiez une politique DMARC dans le DNS
2. Les serveurs destinataires vérifient l’alignement SPF et DKIM
3. Les emails en échec sont traités selon votre politique
4. Des rapports vous sont envoyés sur les résultats d’authentification

Exemple d’enregistrement DNS DMARC :

_dmarc.example.com IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]; pct=100"

Politiques DMARC :

Parcours d’implémentation DMARC :

1. Commencer avec p=none : Surveiller sans affecter la délivrance
2. Analyser les rapports : Identifier les sources légitimes échouant à l’authentification
3. Corriger les problèmes : Ajouter les inclusions SPF manquantes, configurer DKIM
4. Passer à p=quarantine : Commencer à protéger avec une application douce
5. Progresser vers p=reject : Protection maximale une fois confiant

Meilleures pratiques DMARC :

• Commencer avec p=none et rua (rapports agrégés)
• Surveiller les rapports pendant 2-4 semaines avant d’appliquer
• S’assurer que tous les expéditeurs légitimes passent SPF ou DKIM avec alignement
• Augmenter progressivement pct (pourcentage) lors de l’application

Alignement d’authentification

DMARC nécessite un « alignement » entre le domaine dans l’en-tête From et les domaines passant SPF/DKIM :

• Alignement SPF : Le domaine Return-Path correspond au domaine From
• Alignement DKIM : Le domaine de signature DKIM correspond au domaine From

Cela empêche les attaquants d’utiliser votre infrastructure SPF/DKIM pour envoyer des emails usurpés.

Meilleurs services et fournisseurs SMTP

Choisir le bon fournisseur SMTP impacte la délivrabilité, le coût et les fonctionnalités. Voici les principales options pour 2026.

Brevo (anciennement Sendinblue)

Idéal pour : E-commerce, email transactionnel et marketing combinés

Brevo offre un accès relais SMTP et API avec des tarifs compétitifs. Sa force réside dans la combinaison de l’email transactionnel avec l’automatisation marketing, le CRM et la communication multi-canal (SMS, WhatsApp).

Configuration SMTP :

Host: smtp-relay.brevo.com
Port: 587
Authentication: Required
Encryption: STARTTLS

Lorsque vous utilisez Tajo pour intégrer votre boutique Shopify avec Brevo, vous bénéficiez d’une synchronisation automatique des données clients ainsi que d’une délivrance SMTP fiable pour les emails transactionnels comme les confirmations de commande, les notifications d’expédition et les reçus.

Amazon SES (Simple Email Service)

Idéal pour : Expéditeurs à volume élevé avec une infrastructure AWS

Amazon SES offre des tarifs extrêmement bas pour les volumes élevés et s’intègre parfaitement avec d’autres services AWS.

Considérations :

• Nécessite une expertise technique pour une configuration appropriée
• La gestion de la réputation est de votre responsabilité
• Idéal pour les développeurs à l’aise avec AWS

SendGrid (Twilio)

Idéal pour : Développeurs nécessitant des API robustes et une évolutivité

SendGrid fournit des API orientées développeurs avec une documentation excellente et une évolutivité pour les entreprises en croissance.

Mailgun

Idéal pour : Email transactionnel avec journalisation détaillée

Mailgun se concentre sur les cas d’utilisation transactionnels et développeurs avec de puissantes fonctionnalités de recherche de journaux et de validation.

Postmark

Idéal pour : Email transactionnel nécessitant la délivrance la plus rapide

Postmark se spécialise dans l’email transactionnel avec des vitesses de délivrance leaders du secteur et des politiques strictes anti-spam.

Résumé comparatif des fournisseurs

Choisir le bon fournisseur

Tenez compte de ces facteurs :

1. Volume : Combien d’emails par mois ?
2. Type : Marketing, transactionnel ou les deux ?
3. Ressources techniques : Pouvez-vous gérer des configurations complexes ?
4. Fonctionnalités nécessaires : Modèles, analytics, test A/B ?
5. Budget : Quel est votre budget email mensuel ?
6. Intégration : Quels systèmes doivent se connecter ?

Pour les entreprises e-commerce utilisant Shopify avec des besoins d’automatisation marketing, Brevo combiné avec Tajo fournit une solution complète : synchronisation des données clients, email transactionnel, campagnes marketing et communication multi-canal dans un stack intégré.

Comment configurer SMTP

La configuration de SMTP varie selon votre cas d’utilisation. Voici des guides pour les scénarios courants.

Configurer SMTP dans WordPress

La plupart des sites WordPress ont besoin de SMTP pour une délivrance fiable des emails. La fonction PHP mail() par défaut échoue souvent ou atterrit dans le spam.

Étape 1 : Installer un plugin SMTP

Options populaires :

• WP Mail SMTP
• Post SMTP
• Easy WP SMTP

Étape 2 : Configurer le plugin

Utilisation de WP Mail SMTP avec Brevo :

From Email: [email protected]
From Name: Nom de votre site
Mailer: Other SMTP
SMTP Host: smtp-relay.brevo.com
Encryption: TLS
SMTP Port: 587
Authentication: On
SMTP Username: [email protected]
SMTP Password: votre-cle-smtp-brevo

Étape 3 : Tester la connexion

Envoyez un email de test pour vérifier la configuration. Vérifiez les dossiers spam si l’email de test n’arrive pas.

Configurer SMTP dans les applications

Pour les applications personnalisées, utilisez la bibliothèque email de votre langage de programmation.

Node.js (Nodemailer) :

const nodemailer = require('nodemailer');

const transporter = nodemailer.createTransport({
  host: 'smtp-relay.brevo.com',
  port: 587,
  secure: false,
  auth: {
    user: '[email protected]',
    pass: 'your-smtp-key'
  }
});

await transporter.sendMail({
  from: '[email protected]',
  to: '[email protected]',
  subject: 'Test Email',
  text: 'Hello from Node.js!'
});

Python (smtplib) :

import smtplib
from email.mime.text import MIMEText

smtp_server = "smtp-relay.brevo.com"
port = 587
username = "[email protected]"
password = "your-smtp-key"

msg = MIMEText("Hello from Python!")
msg['Subject'] = "Test Email"
msg['From'] = "[email protected]"
msg['To'] = "[email protected]"

with smtplib.SMTP(smtp_server, port) as server:
    server.starttls()
    server.login(username, password)
    server.send_message(msg)

PHP (PHPMailer) :

use PHPMailer\PHPMailer\PHPMailer;

$mail = new PHPMailer(true);
$mail->isSMTP();
$mail->Host = 'smtp-relay.brevo.com';
$mail->SMTPAuth = true;
$mail->Username = '[email protected]';
$mail->Password = 'your-smtp-key';
$mail->SMTPSecure = 'tls';
$mail->Port = 587;

$mail->setFrom('[email protected]', 'Sender Name');
$mail->addAddress('[email protected]');
$mail->Subject = 'Test Email';
$mail->Body = 'Hello from PHP!';

$mail->send();

Configurer les enregistrements DNS

Avant d’envoyer, configurez les enregistrements DNS d’authentification.

Étape 1 : Ajouter l’enregistrement SPF

Créez un enregistrement TXT à la racine de votre domaine :

Type: TXT
Host: @
Value: v=spf1 include:spf.brevo.com ~all

Si vous avez un SPF existant, ajoutez l’instruction include :

v=spf1 include:spf.brevo.com include:_spf.google.com ~all

Étape 2 : Ajouter l’enregistrement DKIM

Créez un enregistrement TXT avec le sélecteur de votre fournisseur :

Type: TXT
Host: brevo._domainkey
Value: v=DKIM1; k=rsa; p=[votre-cle-publique]

Étape 3 : Ajouter l’enregistrement DMARC

Commencez en mode surveillance :

Type: TXT
Host: _dmarc
Value: v=DMARC1; p=none; rua=mailto:[email protected]

Étape 4 : Vérifier la configuration

Utilisez des outils comme :

• MXToolbox (mxtoolbox.com)
• Mail Tester (mail-tester.com)
• DMARC Analyzer

Erreurs SMTP courantes et correctifs

Les erreurs SMTP suivent un système de numérotation standardisé. Comprendre ces codes aide à diagnostiquer rapidement les problèmes de délivrance.

Catégories de codes d’erreur SMTP

Erreurs SMTP courantes et solutions

421 Service non disponible

Le serveur est temporairement incapable de traiter les demandes.

Causes :

• Surcharge du serveur
• Fenêtre de maintenance
• Limites de connexion atteintes

Solutions :

• Attendre et réessayer
• Vérifier la page d’état du fournisseur
• Implémenter une logique de réessai avec backoff

450 Boîte aux lettres indisponible

Problème temporaire avec la boîte aux lettres du destinataire.

Causes :

• Boîte aux lettres pleine
• Restriction de politique du serveur
• Greylisting

Solutions :

• Réessayer après un délai
• Le greylisting se résout à la deuxième tentative
• Contacter le destinataire si persistant

550 Boîte aux lettres introuvable

L’adresse du destinataire n’existe pas.

Causes :

• Faute de frappe dans l’adresse email
• Compte supprimé
• Le domaine n’accepte pas les emails

Solutions :

• Vérifier l’adresse du destinataire
• Supprimer de la liste (rebond dur)
• Implémenter la validation d’email

554 Transaction échouée

Rejet général, souvent lié au spam.

Causes :

• Filtre anti-spam déclenché
• IP de l’expéditeur sur liste noire
• Violation de politique de contenu
• Authentification manquante

Solutions :

• Vérifier le statut de liste noire
• Revoir le contenu de l’email
• Vérifier l’authentification (SPF, DKIM, DMARC)
• Vérifier la réputation de l’expéditeur

Diagnostiquer les problèmes SMTP

Étape 1 : Vérifier les messages d’erreur

Journaliser les réponses SMTP complètes, pas seulement les codes. Le texte après le code fournit le contexte.

Étape 2 : Tester la connectivité

Vérifiez que vous pouvez vous connecter au serveur SMTP :

telnet smtp-relay.brevo.com 587

Ou utilisez openssl pour TLS :

openssl s_client -starttls smtp -connect smtp-relay.brevo.com:587

Étape 3 : Vérifier l’authentification

Testez les identifiants indépendamment de votre application en utilisant un client de messagerie ou un outil en ligne de commande.

Étape 4 : Vérifier le DNS

Vérifiez vos enregistrements d’authentification :

dig TXT votredomaine.com
dig TXT _dmarc.votredomaine.com
dig TXT selecteur._domainkey.votredomaine.com

Étape 5 : Vérifier les listes noires

Vérifiez si votre IP d’envoi est sur liste noire :

• Vérification des listes noires MXToolbox
• Spamhaus
• Barracuda Reputation

Meilleures pratiques SMTP

Suivez ces pratiques pour maximiser la délivrabilité et maintenir une bonne réputation d’expéditeur.

Authentification

• Toujours utiliser SMTP AUTH : Ne jamais faire fonctionner un relais ouvert
• Activer TLS : Chiffrer toutes les connexions (STARTTLS sur le port 587)
• Utiliser des clés API : Préférer les clés API aux mots de passe de compte
• Faire pivoter les identifiants : Changer les clés périodiquement
• Implémenter tous les trois : SPF, DKIM et DMARC ensemble

Pratiques d’envoi

• Préchauffer les nouvelles IPs : Augmenter progressivement le volume sur les nouvelles IPs d’envoi
• Envoi cohérent : Maintenir des modèles d’envoi réguliers
• Hygiène de liste : Supprimer les rebonds et les abonnés non engagés
• Respecter les désinscriptions : Traiter les opt-outs immédiatement
• Surveiller la réputation : Suivre les scores d’expéditeur et le statut des listes noires

Implémentation technique

• Gérer les rebonds : Traiter et catégoriser les notifications de rebond
• Implémenter la logique de réessai : Utiliser le backoff exponentiel pour les échecs temporaires
• Tout journaliser : Conserver des journaux détaillés pour le dépannage
• Surveiller la délivrance : Suivre les taux et la latence de délivrance
• Utiliser la mise en pool de connexions : Réutiliser les connexions pour l’efficacité

Directives de contenu

• Éviter les déclencheurs de spam : Surveiller les phrases courantes de spam
• Équilibrer texte et images : Ne pas envoyer des emails composés uniquement d’images
• Inclure des liens de désinscription : Requis par la loi dans la plupart des juridictions
• Utiliser des noms d’expéditeur reconnaissables : Les destinataires doivent savoir qui vous êtes
• Tester avant d’envoyer : Vérifier les scores de spam avant les campagnes

Foire aux questions

Quelle est la différence entre SMTP et l’hébergement email ?

SMTP est spécifiquement pour l’envoi d’emails. L’hébergement email inclut à la fois l’envoi (SMTP) et la réception (POP3/IMAP) ainsi que le stockage et la gestion. Vous pouvez utiliser des services SMTP tiers tout en hébergeant votre email ailleurs.

Puis-je utiliser Gmail SMTP pour mon entreprise ?

Gmail offre un accès SMTP mais avec des limitations. Le niveau gratuit permet 500 emails par jour, et Google Workspace augmente cela à 2 000. Pour des volumes plus élevés ou un meilleur contrôle de la délivrabilité, des services SMTP dédiés comme Brevo sont recommandés.

Pourquoi mes emails vont-ils dans le spam ?

Les causes courantes incluent :

• SPF/DKIM/DMARC manquants ou mal configurés
• Envoi depuis une nouvelle IP sans préchauffage
• Mauvaise réputation d’expéditeur
• Contenu ressemblant à du spam
• Envoi à des adresses invalides
• Taux de plaintes élevés

Vérifiez d’abord l’authentification, puis examinez le contenu et les pratiques d’envoi.

Quel est le meilleur port SMTP à utiliser ?

Le port 587 est recommandé pour la soumission d’emails client à serveur. Il nécessite une authentification et prend en charge le chiffrement STARTTLS. Le port 25 est destiné au relais serveur à serveur et est souvent bloqué par les FAI.

Combien d’emails puis-je envoyer via SMTP ?

Les limites dépendent de votre fournisseur :

• Gmail : 500-2 000/jour
• Brevo gratuit : 300/jour
• Amazon SES : 50 000/jour (avec approbation)
• Services dédiés : Souvent illimités avec des niveaux de tarification

Ai-je besoin d’une IP dédiée pour SMTP ?

Pas toujours. Les IPs partagées fonctionnent bien pour des volumes modérés avec de bonnes pratiques. Les IPs dédiées bénéficient aux expéditeurs à volume élevé (100 000+ par mois) qui souhaitent un contrôle total sur leur réputation. La plupart des fournisseurs offrent des IPs dédiées comme option de mise à niveau.

Qu’est-ce qu’un relais SMTP ?

Un relais SMTP est lorsque votre serveur email transfère des messages via un autre serveur pour la délivrance. Cela est utile lorsque votre serveur local ne peut pas envoyer directement (ports bloqués, mauvaise réputation) ou lorsque vous utilisez un service comme Brevo pour une meilleure délivrabilité.

Comment tester ma configuration SMTP ?

Utilisez ces méthodes :

1. Envoyez des emails de test via votre application
2. Utilisez des outils en ligne comme Mail Tester pour vérifier l’authentification
3. Connectez-vous manuellement via telnet ou openssl
4. Vérifiez les tableaux de bord des fournisseurs pour les journaux de délivrance
5. Envoyez à des adresses de test qui rapportent les résultats d’authentification

Que se passe-t-il si SPF ou DKIM échoue ?

Sans DMARC, l’échec de SPF/DKIM peut faire que les emails soient signalés mais pas nécessairement rejetés. Avec DMARC défini sur quarantaine ou rejet, les échecs entraîneront le placement dans le spam ou le blocage. Surveillez toujours les rapports DMARC pour détecter les problèmes d’authentification.

SMTP peut-il gérer les pièces jointes ?

Oui. SMTP transmet les pièces jointes encodées dans le corps de l’email (généralement l’encodage base64 pour les fichiers binaires). Cependant, les pièces jointes volumineuses peuvent atteindre les limites de taille du serveur. Pour les fichiers de plusieurs Mo, envisagez d’utiliser des liens de stockage cloud à la place.

Conclusion

SMTP reste le protocole fondamental alimentant la communication email dans le monde entier. Que vous envoyiez des notifications transactionnelles, des campagnes marketing ou des communications internes, comprendre SMTP vous aide à construire une infrastructure email fiable.

Points clés à retenir de ce guide :

• SMTP est le protocole d’envoi : Il pousse les emails des serveurs de l’expéditeur aux serveurs des destinataires
• L’authentification est essentielle : Utilisez SMTP AUTH, TLS et implémentez SPF/DKIM/DMARC
• Choisissez le bon fournisseur : Faites correspondre les capacités du fournisseur à votre volume et vos besoins
• Surveiller et maintenir : Suivez la délivrabilité, gérez les rebonds et maintenez l’hygiène de liste
• SMTP vs API : Utilisez SMTP pour la compatibilité, les API pour les fonctionnalités avancées

Pour les entreprises e-commerce, combiner un fournisseur SMTP fiable comme Brevo avec une intégration des données clients appropriée garantit que vos emails transactionnels atteignent les clients tandis que vos campagnes marketing stimulent l’engagement. L’intégration Shopify de Tajo synchronise vos données clients avec Brevo automatiquement, vous donnant les bases pour une communication email efficace à la fois pour les cas d’utilisation transactionnels et marketing.

Prêt à améliorer votre délivrabilité email ? Commencez par auditer votre configuration d’authentification actuelle en utilisant les directives SPF, DKIM et DMARC dans ce guide, puis examinez si votre fournisseur actuel répond à vos besoins en termes de volume, de fonctionnalités et de fiabilité.