Envoyez des e-mails via votre propre serveur SMTP

Utilisez cette option si vous gérez votre propre infrastructure de messagerie, ou si votre fournisseur ne figure pas directement dans notre liste — la quasi-totalité des services de messagerie prennent en charge SMTP.

⚠️ Si votre fournisseur est Mailgun, SendGrid, Postmark, Amazon SES ou Resend, utilisez plutôt son propre guide. Ces connexions fournissent des messages d’erreur plus précis en cas de problème, car nous pouvons lire la réponse exacte du fournisseur plutôt qu’un code d’état SMTP.

Ce dont vous avez besoin

Quatre éléments, fournis par le gestionnaire de votre serveur de messagerie :

• Hôte — par ex. smtp.yourprovider.com
• Port — 587, 465 ou 2525
• Nom d’utilisateur et mot de passe

Quel port choisir

Le port 587 correspond à la soumission avec STARTTLS et constitue le choix recommandé. La connexion débute en clair avant d’être mise à niveau vers TLS avant tout envoi.

Le port 465 correspond au TLS implicite — chiffré dès le premier octet. Tout aussi valable ; certains fournisseurs le préfèrent.

Le port 2525 est une alternative non officielle proposée par certains hébergeurs, car quelques réseaux bloquent le port 587. Ne l’utilisez que si votre fournisseur vous l’indique.

⛔ Le port 25 est accepté ici, mais ce n’est presque jamais le bon choix. C’est le port que les serveurs de messagerie utilisent pour communiquer entre eux, et non celui qu’une application utilise pour soumettre un message. Il est bloqué sur la plupart des réseaux, ne comporte souvent aucune authentification et, lorsqu’il fonctionne, il est fréquemment non chiffré.

⛔⛔ Nous n’effectuerons aucun envoi sur une connexion non chiffrée. Si vous laissez l’option Utiliser STARTTLS activée — ce que vous devriez faire — et que votre serveur refuse la mise à niveau, l’envoi échoue au lieu de se poursuivre en clair. Ce comportement est délibéré : les liens de réinitialisation de mot de passe de vos clients transitent par ces messages, et une dégradation du chiffrement qui passe inaperçue représente le pire type de défaillance, car l’e-mail arrive tout de même à destination.

Configurez d’abord vos DNS

Votre fournisseur ne le fait pas à votre place, contrairement à un service géré. Sur le domaine d’expédition, vous devez configurer :

SPF — un enregistrement TXT autorisant l’adresse de votre serveur : v=spf1 ip4:203.0.113.10 -all, ou v=spf1 a:smtp.yourprovider.com -all. Si vous possédez déjà un enregistrement SPF, modifiez-le ; la présence de deux enregistrements SPF sur un même domaine invalide complètement le SPF.

DKIM — votre serveur de messagerie signe les messages sortants et vous publiez la clé publique correspondante sur <selector>._domainkey.yourdomain.com. Sous Postfix, il s’agit généralement d’OpenDKIM ; votre fournisseur vous communiquera le sélecteur.

DMARC — un enregistrement TXT sur _dmarc.yourdomain.com, commençant par v=DMARC1; p=none; pendant que vous vérifiez que le SPF et le DKIM sont tous deux validés.

DNS inverse — l’enregistrement PTR de l’adresse IP de votre serveur doit pointer vers son nom d’hôte. Les principaux services de messagerie destinataires le vérifient, et beaucoup refuseront les e-mails provenant d’une adresse dépourvue de cette configuration. C’est votre hébergeur qui le configure, pas votre fournisseur DNS.

⭐ Une vérification gratuite et pratique une fois la configuration terminée : envoyez un message à mail-tester.com et consultez la note obtenue. Cet outil identifie précisément lequel des quatre éléments est mal configuré, ce qui est bien plus rapide que d’essayer de le deviner depuis un dossier de spam.

Connectez-le dans Zinn®

Ouvrez Envoi d’e-mails dans votre tableau de bord :

• Fournisseur — Serveur SMTP
• Envoyer depuis ce domaine — mail.yourdomain.com (un domaine, pas une adresse)
• Hôte SMTP, Port, Nom d’utilisateur, Mot de passe
• Utiliser STARTTLS — activé, sauf si vous utilisez le port 465

⭐ Créez une boîte aux lettres ou un utilisateur de soumission dédié à cet usage, plutôt que de réutiliser les identifiants d’une personne. En cas de départ d’un collaborateur et de modification de son mot de passe, l’envoi des notifications à vos clients ne doit pas s’interrompre.

Envoyez le test et saisissez le code

Cliquez sur Envoyer un message de test vers une boîte de réception située sur un autre domaine, récupérez le code qu’il contient et saisissez-le.

En cas de dysfonctionnement

« Le serveur de messagerie a rejeté le nom d’utilisateur ou le mot de passe » — l’authentification SMTP a échoué. Si votre fournisseur applique l’authentification à deux facteurs sur le compte, vous devez presque certainement utiliser un mot de passe d’application plutôt que le mot de passe de connexion habituel.

« Impossible de joindre hôte:port » — le port est bloqué, le nom d’hôte est incorrect ou le serveur n’est pas à l’écoute de la soumission sur ce port. La commande telnet smtp.yourprovider.com 587 exécutée depuis une autre machine vous permettra d’identifier la cause.

Une erreur TLS — le certificat de votre serveur a expiré, est auto-signé ou ne correspond pas au nom d’hôte renseigné. Nous validons les certificats et ne désactiverons pas ce contrôle ; corrigez le certificat.

« Le serveur de messagerie a refusé le destinataire » — votre serveur n’est pas configuré pour relayer les messages pour cet expéditeur, ce qui signifie généralement que l’utilisateur authentifié n’est pas autorisé à expédier des messages sous votre domaine d’envoi.

L’e-mail est envoyé mais arrive systématiquement dans les spams — le problème provient des DNS, pas du SMTP. Examinez les configurations SPF, DKIM, DMARC et le DNS inverse décrites ci-dessus, puis relancez le test avec mail-tester.