Configurer le SMTP de PrestaShop : Gmail, Office 365, OVH

Configurer le SMTP de PrestaShop tient en cinq champs et un bouton de test. Une valeur fausse suffit à couper les confirmations de commande, et certaines passent le test puis échouent sur les vrais e-mails. Les bonnes valeurs dépendent de votre fournisseur (Gmail, Office 365, OVH, Brevo, Mailjet) et de votre version de PrestaShop : la 9.0 et la 9.1 ne se règlent pas comme la 8.

La mise en place ci-dessous est vérifiée dans le code de PrestaShop, de la 1.6 à la 9.2, et dans la documentation de chaque fournisseur. Elle comprend un test sur un vrai e-mail de la boutique et le retour arrière. Un message d’erreur s’affiche déjà ? Partez plutôt de l’index des messages d’erreur SMTP de notre guide « PrestaShop n’envoie plus d’e-mails ».

Les réglages SMTP de PrestaShop, fournisseur par fournisseur

Les serveurs et les ports viennent de la documentation officielle de chaque fournisseur. « TLS », « SSL » et « Aucun » sont les choix de la liste « Chiffrement » de PrestaShop, pas ceux du fournisseur : quand OVH ou Brevo écrivent « SSL/TLS » pour le port 465, c’est « SSL » qu’il faut choisir de la 1.6 à la 8. La ligne en petit donne le réglage de la 9 quand il diffère.

Fournisseur et serveur SMTP	Port, chiffrement, identifiants
Gmail, Google Workspace smtp.gmail.com	587, « TLS » 9.0 et 9.1 : 465, « TLS » Utilisateur : l’adresse Google Mot de passe : un mot de passe d’application
Office 365 (Microsoft 365) smtp.office365.com	587, « TLS » (jamais 465) 9.0 et 9.1 : 587, « Aucun » Utilisateur : l’adresse de la boîte Mot de passe : celui de la boîte
OVH MX Plan, Zimbra ssl0.ovh.net	465, « SSL » 9.0 à 9.2 : 465, « TLS » Utilisateur : l’adresse complète Mot de passe : celui de l’adresse
OVH Email Pro, Exchange pro?.mail.ovh.net ex?.mail.ovh.net	587, « TLS » 9.0 et 9.1 : voir la section OVH Utilisateur : l’adresse complète Mot de passe : celui de l’adresse
Brevo smtp-relay.brevo.com	465, « SSL » 9.0 à 9.2 : 465, « TLS » Utilisateur : le login SMTP Mot de passe : une clé SMTP
Mailjet in-v3.mailjet.com	587, « TLS » 9.0 et 9.1 : 465, « TLS » Utilisateur : la clé API Mot de passe : la clé secrète

Pourquoi la 9 à part : sa liste « Chiffrement » ne propose plus « SSL », et en 9.0 et 9.1 « TLS » échoue sur le port 587 (détail par version). Si votre messagerie est chez un autre hébergeur (o2switch, Ionos, Hostinger), ses valeurs sont dans le tableau par hébergeur de notre guide ; le formulaire se remplit de la même façon. Pour une erreur déjà affichée, voyez l’index des messages d’erreur SMTP.

Quel compte d’envoi choisir ?

Ce que nous conseillons, selon votre domaine et votre volume d’envoi :

• Votre domaine est chez Google Workspace : une boîte dédiée à la boutique, avec un mot de passe d’application. Plafond général : 2 000 messages par jour et par compte.
• Votre domaine est chez Microsoft 365 : ça marche aujourd’hui, mais fin décembre 2026 Microsoft désactive par défaut cette méthode ; l’administrateur pourra la réactiver, pour un temps. Si vous la configurez, prévoyez la bascule (voir le calendrier).
• Boutique et e-mails chez OVH : l’adresse MX Plan de votre domaine suffit pour démarrer. Plafond : environ 200 e-mails par heure et par adresse.
• Plusieurs e-mails par commande, des pics de ventes, plusieurs boutiques : un relais d’e-mails transactionnels comme Brevo ou Mailjet, avec votre domaine authentifié. Il ne dépend ni d’un plafond horaire d’hébergeur ni du calendrier de Microsoft.
• Un compte Gmail gratuit : à éviter pour une boutique. Vos clients verraient une adresse en @gmail.com, et Google plafonne l’envoi à 500 e-mails par jour.

Si la boutique est hébergée chez nous (hébergement PrestaShop, vendu en option de la maintenance), les e-mails transactionnels peuvent s’y ajouter, eux aussi en option.

Avant de toucher au formulaire

1. Préparez d’abord le compte chez le fournisseur : mot de passe d’application chez Google, « SMTP authentifié » chez Microsoft, adresse créée chez OVH, clé SMTP chez Brevo ou Mailjet.
2. Faites une capture d’écran du bloc actuel : option cochée, serveur, utilisateur, chiffrement, port, et notez l’« Adresse e-mail de la boutique » (étape 4). C’est votre retour arrière. Le mot de passe ne s’affiche jamais : gardez-le dans votre gestionnaire de mots de passe.
3. Notez votre version exacte (Paramètres avancés > Informations) : la 9.0 et la 9.1 ne se règlent pas comme la 9.2.
4. Vérifiez l’expéditeur. Les e-mails de la boutique (commandes, comptes clients), test compris, partent au nom de l’« Adresse e-mail de la boutique » (Paramètres de la boutique > Contact > Magasins, bloc « Coordonnées » ; en 1.6, Préférences > Coordonnées & magasins). Elle doit être la boîte que vous allez connecter, ou une adresse que le fournisseur autorise cette boîte à utiliser. Si elle doit changer, modifiez-la et enregistrez-la avant le test : le test prend l’adresse enregistrée.
5. Prenez une boîte dédiée, ou un code que l’on peut révoquer. PrestaShop enregistre le mot de passe SMTP en clair dans sa base de données, de la 1.6 à la 9.2. Jamais le mot de passe principal d’un administrateur Google ou Microsoft : un mot de passe d’application ou une clé SMTP se suppriment sans toucher au reste.
6. Pas de signe « < » dans ce mot de passe. À l’enregistrement, PrestaShop efface un « < » collé à un caractère et ce qui le suit (jusqu’au « > » suivant, s’il y en a un), alors que le test, lui, utilise la valeur tapée et réussit. Vous auriez un test vert et des e-mails de commande refusés.
7. En multiboutique, regardez quelle boutique est sélectionnée en haut du back-office. De la 1.7.8 à la 9, des réglages enregistrés avec une seule boutique sélectionnée ne valent que pour elle, sans que la page le signale.

Le formulaire SMTP de PrestaShop 1.6, 1.7, 8 et 9, champ par champ

• 1.7.8, 8 et 9 : Configurer > Paramètres avancés > E-mail.
• 1.6 : Paramètres avancés > Emails (« Email » selon le pack de langue installé).

Cochez « Utiliser mes propres paramètres SMTP (pour les experts uniquement) » : les champs SMTP n’apparaissent qu’à ce moment. L’option cochée par défaut est « Utiliser /usr/sbin/sendmail » en 1.7.8, 8 et 9, « Utiliser la fonction mail() de PHP » en 1.6. Ces deux modes envoient sans identification, d’où le passage en SMTP.

Champ	Ce qu’il faut y mettre
Nom de domaine de l’e-mail 1.6 : « Nom de domaine des e-mails »	Rien. D’après le code, aucune version ne s’en sert pour envoyer.
Serveur SMTP	Le nom donné par le fournisseur, sans https:// ni espace. À l’installation, il vaut smtp. : à remplacer.
Utilisateur SMTP	L’identifiant du fournisseur, le plus souvent l’adresse e-mail complète.
Mot de passe SMTP	Mot de passe de la boîte, mot de passe d’application ou clé SMTP. Le champ s’affiche toujours vide ; laissé vide, il garde le mot de passe déjà enregistré.
Chiffrement	« TLS » ou « SSL » selon le tableau. À l’installation, il vaut « Aucun » : changez-le. Seule exception, en 9.0 et 9.1 : Office 365 et le relais Google Workspace restent sur « Aucun » (voir leurs sections).
Port	587 ou 465. À l’installation, il vaut 25.

Ne cliquez pas tout de suite sur « Enregistrer » : testez d’abord. Le test part avec les valeurs affichées, même non enregistrées.

Le chiffrement selon la version

• 1.6, 1.7 et 8 : « TLS » chiffre la connexion sur le port 587 (STARTTLS), « SSL » sur le port 465.
• 9.0 et 9.1 : plus de choix « SSL », et « TLS » échoue sur le 587. Prenez le 465 avec « TLS » ; Office 365, Email Pro et Exchange, sans port 465 documenté, ainsi que le relais Google Workspace, ont leur réglage dans leur section.
• 9.2 : « TLS » fonctionne sur le 587 comme sur le 465.

En 1.7.8 et 8, la mention « SSL semble ne pas être configuré sur votre serveur. » s’affiche sous « Chiffrement » sur toutes les boutiques : ignorez-la. Les messages d’erreur liés au chiffrement sont expliqués dans l’entrée TLS de notre index.

SMTP Gmail et Google Workspace

Dans PrestaShop, le mot de passe habituel du compte Gmail ne passe pas : Google le refuse. L’ancien accès des « applications moins sécurisées », que beaucoup de tutoriels citent encore, a été coupé en 2025. Il faut un mot de passe d’application, qui n’existe qu’avec la validation en deux étapes.

Côté Google

1. Activez la validation en deux étapes sur le compte qui enverra les e-mails.
2. Ouvrez myaccount.google.com/apppasswords et créez un mot de passe d’application (aide Google sur les mots de passe d’application).
3. Collez le code de 16 caractères qu’affiche Google (son aide parle d’un « code secret à 16 chiffres ») dans « Mot de passe SMTP », sans les espaces s’il est présenté en blocs.

Côté PrestaShop

• « Serveur SMTP » : smtp.gmail.com ; « Utilisateur SMTP » : l’adresse Google complète.
• 587 avec « TLS » (1.6 à 8, 9.2), ou 465 avec « SSL » (1.6 à 8). En 9.0 et 9.1 : 465 avec « TLS ».
• « Adresse e-mail de la boutique » : la même adresse Google (voir « Vérifiez l’expéditeur » plus haut).

Mot de passe Google changé : tous les mots de passe d’application du compte sont révoqués, et les e-mails de la boutique s’arrêtent le jour même. Recréez alors un mot de passe d’application et collez-le dans PrestaShop.

Plafonds publiés par Google : 500 e-mails par jour pour un compte gratuit, 2 000 pour Google Workspace (500 pour un compte d’essai). Au-delà, Google refuse avec « Daily user sending limit exceeded ». Un mot de passe refusé donne une autre erreur, expliquée dans l’entrée Gmail de l’index.

Avec Google Workspace

Même procédure, avec une boîte du domaine de la boutique. L’option des mots de passe d’application peut manquer : validation en deux étapes limitée aux clés de sécurité, Protection avancée, ou règle imposée par l’administrateur. Dans ce cas, c’est lui qu’il faut voir.

L’administrateur peut aussi activer le relais SMTP de Workspace, smtp-relay.gmail.com : port 587, « TLS » (« Aucun » en 9.0 et 9.1, Google imposant le chiffrement pour s’identifier), avec les identifiants qu’il vous indique, jamais le mot de passe principal du compte. Google l’autorise jusqu’à 10 000 messages par utilisateur et par 24 heures. Son autre mode, l’autorisation par adresse IP, ne convient pas à un hébergement mutualisé : l’IP y est partagée avec d’autres sites.

SMTP Office 365 (Microsoft 365)

Avec Office 365, une étape précède le formulaire de PrestaShop. Sur une organisation Microsoft 365 créée après janvier 2020, l’envoi par identifiant et mot de passe, appelé SMTP AUTH, est désactivé : le mot de passe peut être juste et la connexion refusée quand même (erreur 535 5.7.3). Il faut d’abord l’activer sur la boîte de la boutique, ce qui demande un administrateur.

Activer « SMTP authentifié » sur une seule boîte

1. Centre d’administration Microsoft 365 > Utilisateurs > Utilisateurs actifs, puis la boîte de la boutique.
2. Onglet Courrier > Gérer les applications de messagerie.
3. Cochez « SMTP authentifié », puis « Enregistrer les modifications ».

En PowerShell, la même chose : Set-CASMailbox -Identity [email protected] -SmtpClientAuthenticationDisabled $false. Le réglage de la boîte l’emporte sur celui de l’organisation, et Microsoft recommande de couper SMTP AUTH partout sauf sur les boîtes qui en ont besoin (documentation Microsoft).

Deux blocages possibles, à voir avec l’administrateur :

• Les paramètres de sécurité par défaut (Microsoft Entra) coupent SMTP AUTH pour toute l’organisation. Les désactiver pour une boutique, c’est retirer une protection à tous les comptes : Microsoft le déconseille si l’on n’en mesure pas les risques. Dans ce cas, passez par un relais (Brevo ou Mailjet).
• L’ancienne authentification multifacteur « par utilisateur » : la boîte a alors besoin d’un mot de passe d’application, une option que l’administrateur doit d’abord autoriser.

Les réglages dans PrestaShop

• « Serveur SMTP » : smtp.office365.com ; port 587. Microsoft n’accepte pas le 465 pour cet usage.
• « Chiffrement » : « TLS » en 1.6, 1.7, 8 et 9.2. En 9.0 et 9.1, « Aucun » : PrestaShop passe alors de lui-même en connexion chiffrée (STARTTLS) quand le serveur la propose. Ce réglage n’est sûr qu’avec un fournisseur qui impose le chiffrement, comme Microsoft.
• Utilisateur et mot de passe : ceux de la boîte (son mot de passe d’application si l’ancienne authentification multifacteur « par utilisateur » est active), de préférence une boîte dédiée à la boutique, sans droits d’administrateur. L’« Adresse e-mail de la boutique » doit être cette même boîte (ou une adresse sur laquelle elle a le droit « Envoyer en tant que »), sinon Microsoft refuse l’expéditeur (erreur 5.7.60).

Microsoft limite cet envoi à 10 000 destinataires par jour et à 30 messages par minute. Le serveur web doit parler TLS 1.2 ou plus : sur un hébergement très ancien, c’est à l’hébergeur de le mettre à jour.

Fin décembre 2026 : ce qui change chez Microsoft

Quand	Ce qui change
Jusqu’en décembre 2026	Rien : l’identification par mot de passe fonctionne.
Fin décembre 2026	Elle est désactivée par défaut sur les organisations existantes. L’administrateur peut la réactiver.
Après décembre 2026	Les organisations créées ensuite ne l’ont plus par défaut.
Second semestre 2027	Microsoft annonce la date de suppression définitive. Après cette suppression, le serveur répondra « 550 5.7.30 Basic authentication is not supported for Client Submission ».

Source : blog de l’équipe Exchange, calendrier révisé publié le 27 janvier 2026, inchangé au 3 octobre 2026. Microsoft ne dit pas ce que deviennent, fin décembre, les boîtes déjà activées à la main : refaites un test début janvier 2027. S’il échoue, l’administrateur réactive le SMTP authentifié, ou vous passez à un relais. Après la suppression définitive, il faudra OAuth, et le formulaire SMTP de PrestaShop ne connaît que l’identifiant et le mot de passe, de la 1.6 à la 9.2.

Les autres méthodes de Microsoft ne conviennent pas à une boutique hébergée ailleurs : Direct Send et High Volume Email ne livrent qu’à votre propre organisation, et le relais par connecteur exclut les services hébergés chez un tiers. Microsoft renvoie vers Azure Communication Services Email ; un relais transactionnel avec votre domaine authentifié fait le même travail. Décidez avant fin décembre 2026 : réactivation par l’administrateur, ou relais.

SMTP OVH : MX Plan, Zimbra, Email Pro, Exchange

Chez OVHcloud, le serveur SMTP à mettre dans PrestaShop dépend de l’offre e-mail, pas de l’hébergement de la boutique. ssl0.ovh.net ne vaut que pour MX Plan et Zimbra.

Offre et serveur SMTP	Port et chiffrement
MX Plan (inclus avec l’hébergement), Zimbra ssl0.ovh.net ou smtp.mail.ovh.net	465, « SSL », ou 587, « TLS » 9 : 465, « TLS »
Email Pro pro?.mail.ovh.net	587, « TLS » 9.2 : 587, « TLS » ; 9.0 et 9.1 : voir sous le tableau
Exchange ex?.mail.ovh.net	587, « TLS » 9.2 : 587, « TLS » ; 9.0 et 9.1 : voir sous le tableau

• Utilisateur : l’adresse complète, créée dans l’espace client OVHcloud (onglet « Emails » de l’offre, bouton « Créer une adresse E-mail ») ; mot de passe : celui de cette adresse.
• Expéditeur : l’« Adresse e-mail de la boutique » doit être cette adresse. OVH le demande dans son guide des bonnes pratiques d’envoi, où PrestaShop est cité.
• Quotas : environ 200 e-mails par heure pour une adresse MX Plan, et 300 par heure par adresse IP, partagée avec les autres sites en mutualisé.

Email Pro et Exchange en 9.0 ou 9.1 : OVH ne documente que le 587, le port où « TLS » échoue dans ces deux versions. « Aucun » peut passer, mais rien ne garantit alors que le mot de passe circule chiffré. Passez d’abord la boutique en 9.2, ou envoyez par un relais comme Brevo ou Mailjet (465 avec « TLS »). Nous pouvons aussi faire le réglage pour vous.

Brevo ou Mailjet : un relais fait pour les e-mails de commande

Ces services envoient pour vous, avec votre domaine authentifié, sans plafond horaire d’hébergeur. Aucun des deux n’utilise le mot de passe de votre compte pour le SMTP.

Brevo

• « Serveur SMTP » : smtp-relay.brevo.com ; port 465 avec « SSL » (1.6 à 8) ou « TLS » (9). Brevo accepte aussi le 587 avec « TLS », mais ce réglage échoue en 9.0 et 9.1 : le 465 fonctionne dans toutes les versions.
• « Utilisateur SMTP » : le login SMTP affiché par Brevo, votre adresse de connexion ou une adresse en @smtp-brevo.com selon l’ancienneté du compte. Une adresse en @smtp-brevo.com ne doit jamais servir d’expéditeur.
• « Mot de passe SMTP » : une clé SMTP, pas la clé API ni le mot de passe du compte. Brevo ne l’affiche qu’une fois et la désactive après 90 jours sans envoi réussi. Une clé refusée donne l’erreur 535 5.7.8.
• Expéditeur vérifié dans Brevo, domaine authentifié. L’offre gratuite permet 300 e-mails par jour (tarifs Brevo). Pas à pas côté Brevo : son aide sur le SMTP.

Mailjet

• « Serveur SMTP » : in-v3.mailjet.com ; 587 avec « TLS » (1.6 à 8, 9.2) ou 465 avec « SSL » (1.6 à 8), 465 avec « TLS » en 9.0 et 9.1 (configuration SMTP de Mailjet).
• « Utilisateur SMTP » : la clé API ; « Mot de passe SMTP » : la clé secrète, affichée une seule fois à sa création.
• Expéditeur validé par le lien que Mailjet lui envoie. Offre gratuite : 200 e-mails par jour, 6 000 par mois.

Avec un module d’envoi, c’est lui qui pilote

Brevo et Mailjet ont chacun un module PrestaShop officiel, qui peut prendre en charge l’envoi des e-mails de la boutique (le module Brevo est documenté pour la 1.7.1 et plus, testé jusqu’à la 9.0). Si l’un d’eux est actif, ne retouchez pas le formulaire natif en parallèle. Le bouton de test de PrestaShop n’exécute pas les modules : il essaie seulement les valeurs affichées dans le formulaire. Seul un vrai e-mail, comme ci-dessous, prouve que le module envoie.

Tester sans rien risquer

1. Avant d’enregistrer, retapez le mot de passe : laissé vide, le test prend celui déjà enregistré. Dans le bloc « Testez votre configuration e-mail », remplacez l’adresse pré-remplie, qui est celle de la boutique, par une adresse chez un autre fournisseur (une adresse Gmail si vous envoyez par OVH, par exemple), puis cliquez sur « Envoyer un e-mail test ». Le test ne sauvegarde rien.
2. Succès : « Un e-mail de test a été envoyé à l’adresse e-mail que vous avez fournie. » Le message reçu s’intitule « Message de test — PrestaShop ». Échec : cherchez la ligne en anglais sous le message dans l’index des erreurs.
3. Enregistrez, puis déclenchez un vrai e-mail : sur la boutique, demandez un nouveau mot de passe pour un compte client de test à adresse Gmail, ou passez une commande test.
4. Vérifiez qu’il arrive, en boîte de réception. Dans Gmail, « Afficher l’original » doit indiquer PASS pour SPF, DKIM et, s’il est publié, DMARC. Sinon, voyez SPF et DKIM ci-dessous.
5. S’il n’arrive pas, regardez Paramètres avancés > Logs (« Log » sur une 1.6 installée en français) : les échecs y sont notés, précédés de « Swift Error: » (1.6 à 8) ou « Mailer Error: » (9). La liste des e-mails de la page E-mail ne montre que les envois acceptés.

SPF et DKIM : le minimum pour chaque fournisseur

Un SMTP bien réglé ne suffit pas si votre domaine ne déclare pas qui a le droit d’envoyer pour lui. Gmail et Outlook refusent ou classent en spam les messages mal authentifiés, sans erreur dans PrestaShop. Ces enregistrements se publient dans la zone DNS du domaine, là où il est géré.

Envoi par	SPF et DKIM
Google Workspace	SPF : include:_spf.google.com DKIM : enregistrement google._domainkey, généré dans la console d’administration
Microsoft 365	SPF : include:spf.protection.outlook.com DKIM : deux CNAME selector1 et selector2, puis activation dans le portail Defender
OVH (MX Plan, Zimbra, Email Pro, Exchange hébergé)	SPF : include:mx.ovh.com DKIM : activation en un clic dans l’espace client, ou deux CNAME si le DNS est ailleurs
Brevo	SPF : rien à ajouter (sauf IP dédiée) DKIM : code Brevo et DKIM fournis dans l’authentification du domaine
Mailjet	SPF : include:spf.mailjet.com DKIM : mailjet._domainkey, clé fournie par Mailjet

Un seul enregistrement SPF par domaine. Deux enregistrements font échouer SPF (RFC 7208). On complète l’existant ; par exemple, messagerie OVH et envoi par Mailjet : v=spf1 include:mx.ovh.com include:spf.mailjet.com ~all. La même norme limite à 10 le nombre de recherches DNS qu’un SPF peut déclencher, include compris.

Les champs DKIM de PrestaShop 8 et 9 (« Connexion DKIM », « Domaine DKIM », « Sélecteur DKIM », « Clé privée DKIM ») ne servent que si la boutique envoie sans service qui signe à sa place. Avec Google, Microsoft, OVH, Brevo ou Mailjet, activez le DKIM chez le fournisseur. Pour DMARC, la progression sans risque est détaillée dans notre section DMARC : aligner DKIM avant de durcir la politique.

Revenir en arrière

• Vous n’avez pas encore enregistré : rien à annuler, le test ne modifie rien.
• Vous avez enregistré : remettez les valeurs de votre capture et le mot de passe de votre gestionnaire, avec la même boutique sélectionnée en multiboutique. Laissé vide, le champ garde le dernier mot de passe enregistré. Si vous aviez changé l’« Adresse e-mail de la boutique », remettez celle que vous aviez notée.
• Retour à l’envoi d’origine : recochez l’option d’envoi de votre capture (« Utiliser /usr/sbin/sendmail » en 1.7.8, 8 et 9, « Utiliser la fonction mail() de PHP » en 1.6) et enregistrez. Les valeurs SMTP restent stockées, mot de passe compris : le formulaire ne permet pas de l’effacer.
• Vous abandonnez un compte : révoquez l’accès chez le fournisseur, car le mot de passe reste lisible dans la base de PrestaShop. Supprimez le mot de passe d’application Google ou la clé Brevo ; chez Microsoft, décochez « SMTP authentifié » et changez le mot de passe de la boîte ; chez OVH, changez le mot de passe de l’adresse.
• DNS : notez l’ancien enregistrement TXT avant d’y toucher et remettez-le si besoin. Le retour prend effet à l’expiration de sa durée de cache (TTL).

Où s’arrêter

Arrêtez de modifier des réglages au hasard dans ces cas :

• le même message d’erreur après deux essais : cherchez-le dans l’index des messages d’erreur SMTP ;
• le test réussit mais vos clients ne reçoivent rien : ce n’est plus le SMTP, voyez notre guide PrestaShop n’envoie plus d’e-mails ;
• chez Microsoft ou Google, la seule issue proposée est de retirer une protection (paramètres de sécurité par défaut, authentification multifacteur), ou personne ne gère la console d’administration ;
• vous ne savez pas qui gère la zone DNS du domaine, ou vous y voyez déjà deux enregistrements SPF ;
• en multiboutique, les boutiques n’envoient pas toutes de la même façon ;
• PrestaShop 9.0 ou 9.1 avec Email Pro ou Exchange d’OVH, si ni la 9.2 ni un relais ne sont envisageables.

Questions fréquentes sur le SMTP de PrestaShop

Port 587 ou 465 : lequel choisir dans PrestaShop ?

Celui que votre fournisseur documente. De la 1.6 à la 8, 587 va avec « TLS » et 465 avec « SSL ». En 9.0 et 9.1, préférez 465 avec « TLS », car « TLS » échoue sur 587. En 9.2, « TLS » fonctionne sur les deux. Office 365 refuse le 465 : 587 avec « TLS », ou avec « Aucun » en 9.0 et 9.1.

L’option Google « applications moins sécurisées » a disparu : que faire ?

Google l’a supprimée en 2025. Activez la validation en deux étapes, créez un mot de passe d’application sur myaccount.google.com/apppasswords et collez-le dans « Mot de passe SMTP ». Si l’option manque sur un compte Google Workspace, voyez l’administrateur.

Le SMTP d’Office 365 marchera-t-il encore en 2027 ?

Fin décembre 2026, Microsoft désactive par défaut l’identification par mot de passe. Si l’administrateur la réactive, l’envoi marchera probablement encore en 2027, mais en sursis : la date de suppression définitive sera annoncée au second semestre 2027. Le formulaire de PrestaShop ne gère pas OAuth : prévoyez un relais comme Brevo ou Mailjet.

Où se trouvent les réglages SMTP dans PrestaShop 1.7, 8 et 9 ?

Dans Configurer > Paramètres avancés > E-mail (relevé sur la 1.7.8, la 8 et la 9). Cochez « Utiliser mes propres paramètres SMTP (pour les experts uniquement) » : les champs Serveur SMTP, Utilisateur SMTP, Mot de passe SMTP, Chiffrement et Port apparaissent. En 1.6, la page s’appelle Paramètres avancés > Emails.

Brevo : quelle clé mettre dans « Mot de passe SMTP » ?

Une clé SMTP, créée dans la page SMTP de Brevo, pas la clé API ni le mot de passe du compte. L’utilisateur est le login SMTP affiché sur la même page. La clé ne s’affiche qu’une fois et se désactive après 90 jours sans envoi réussi.

Faut-il un module comme Easy SMTP ?

Pas pour Gmail, Office 365, OVH, Brevo ou Mailjet : le formulaire natif accepte serveur, port, chiffrement, identifiant et mot de passe. Easy SMTP est un module payant d’un éditeur tiers. Un module devient utile pour ce que le formulaire natif ne sait pas faire, comme OAuth, ou pour confier l’envoi à un service : Brevo et Mailjet ont leurs modules officiels.

Peut-on régler un SMTP différent pour chaque boutique (multiboutique) ?

Oui, d’après le code. En 1.6, champ par champ avec les cases multiboutique. De la 1.7.8 à la 9, en enregistrant la page avec la boutique voulue sélectionnée en haut du back-office : les réglages ne valent alors que pour elle, sans avertissement à l’écran.

Combien coûte la configuration du SMTP par CYBERIAL ?

Chez CYBERIAL, c’est un dépannage : dès 150 € HT, prix fixe validé avant toute intervention ; ces 150 € sont déduits si vous passez ensuite à la maintenance. Réponse en moins d’une heure, 7j/7, de 8 h à 22 h, au 09 72 03 59 17.

Vous préférez qu’on s’en occupe ?

Pour faire configurer le SMTP de PrestaShop ou réparer l’envoi, indiquez dans le formulaire l’adresse de la boutique, votre fournisseur d’e-mails, votre version et, s’il y en a un, le message d’erreur affiché. Choisissez « Mise à jour qui a tout cassé » si l’envoi a cessé après une mise à jour (passage en 9 compris), sinon « Autre ». N’écrivez aucun mot de passe, mot de passe d’application ni clé SMTP ou API dans le formulaire ni par e-mail : nous revenons vers vous.

Pour aller plus vite que le formulaire, appelez le 09 72 03 59 17 (réponse en moins d’une heure, 7j/7, de 8 h à 22 h). Une fois l’envoi rétabli, pour un suivi régulier de la boutique : maintenance PrestaShop à 69 € HT/mois, sans engagement.