Mis à jour le 23 octobre 2026 · Par l'équipe technique Domaine Des Noms
En bref : SSL/TLS email
Le SSL/TLS email sécurise les connexions entre votre logiciel et les serveurs de messagerie en chiffrant les échanges. Pour recevoir vos messages, privilégiez IMAP sur le port 993 ou POP3 sur le 995. Pour envoyer, utilisez SMTP sur 465 avec TLS implicite, ou 587 avec STARTTLS obligatoire. Vérifiez aussi le certificat du serveur.
Le SSL/TLS email chiffre les connexions entre vos appareils et les serveurs de messagerie afin de réduire les risques d'interception et d'altération des données.
Confondre « SSL/TLS », « STARTTLS » et les ports peut bloquer l'envoi ou déclencher une alerte de certificat.
Voici les réglages standards et les vérifications indispensables.
Pourquoi activer SSL/TLS pour ses emails ?
Activer TLS sur sa messagerie permet de chiffrer les données échangées avec le serveur et de contrôler son identité grâce à son certificat. Le mot SSL subsiste dans les interfaces, mais désigne généralement aujourd'hui TLS, son successeur sécurisé.
Quels risques le chiffrement réduit-il ?
Sans TLS, des identifiants ou messages peuvent être interceptés. Le chiffrement protège notamment sur les Wi-Fi partagés.
Quelle version de TLS choisir ?
La RFC 8996 abandonne TLS 1.0 et 1.1. Privilégiez TLS 1.2 ou TLS 1.3 (RFC 8446) ; ne réactivez pas les anciennes versions.
Quels ports IMAP, POP3 et SMTP utiliser avec TLS ?
Les ports courants sont 993 pour IMAP sécurisé, 995 pour POP3 sécurisé et 465 ou 587 pour l'envoi SMTP. Vérifiez toujours le mode TLS du serveur.
| Usage | Protocole | Port | Mode de sécurité |
|---|---|---|---|
| Recevoir et synchroniser | IMAP | 993 | SSL/TLS (TLS implicite) |
| Récupérer les messages | POP3 | 995 | SSL/TLS (TLS implicite) |
| Envoyer des messages | SMTP | 465 | SSL/TLS (TLS implicite) |
| Envoyer des messages | SMTP | 587 | STARTTLS exigé |
Quelle différence entre TLS implicite et STARTTLS ?
Sur 993, 995 et 465, le chiffrement démarre dès l'ouverture de la connexion. Sur 587, STARTTLS transforme une connexion initialement non chiffrée en connexion TLS. Si l'application et le serveur exigent cette transition et valident correctement le certificat, les deux approches peuvent offrir une protection comparable.
Le port 25 sert surtout au transport SMTP entre serveurs, pas à l'envoi depuis votre client. Respectez les paramètres du fournisseur.
Comment activer SSL/TLS dans Outlook, Thunderbird ou Apple Mail ?
La méthode consiste à renseigner le bon serveur, à sélectionner le mode TLS adapté au port et à conserver une authentification valide. Munissez-vous des paramètres du prestataire.
Étapes pratiques de configuration
- Ouvrez les paramètres du compte dans votre logiciel et repérez le serveur entrant IMAP ou POP3.
- Choisissez IMAP 993 avec « SSL/TLS » ; utilisez POP3 995 uniquement si votre organisation fonctionne en POP3.
- Dans le serveur sortant SMTP, sélectionnez 465 avec « SSL/TLS » ou 587 avec « STARTTLS » selon la documentation reçue.
- Renseignez l'identifiant demandé, souvent l'adresse email complète, et la méthode d'authentification exigée.
- Enregistrez, puis testez la réception et l'envoi avec un message vers une autre adresse.
Où trouver ces options selon le logiciel ?
Dans Thunderbird, utilisez « Paramètres des comptes » et « Serveur sortant (SMTP) ». Dans Outlook, ouvrez les paramètres avancés IMAP/SMTP. Dans Apple Mail, vérifiez les réglages du serveur. Les menus varient selon les versions.
En cas de blocage, suivez aussi notre guide de dépannage des problèmes SMTP/IMAP.
Comment vérifier le chiffrement et le certificat TLS email ?
Le certificat doit être valide et correspondre au nom du serveur. Un certificat TLS email mal configuré peut entraîner un avertissement ou un refus de connexion.
Que faut-il contrôler ?
- Le nom d'hôte utilisé doit figurer dans les noms couverts par le certificat.
- Le certificat doit être en cours de validité et émis par une autorité reconnue.
- L'application ne doit pas proposer une exception de sécurité que vous accepteriez sans vérification.
- Les connexions entrantes et sortantes doivent être testées séparément.
En cas de doute, demandez au support de confirmer le nom du serveur et le certificat attendu.
Quelles erreurs SSL/TLS email faut-il éviter ?
Les erreurs proviennent souvent d'un port, d'un mode TLS ou d'un certificat incorrect. Elles sont distinctes des difficultés d'authentification et de délivrabilité.
Pourquoi l'envoi ou la réception échoue-t-il ?
Associer 465 à STARTTLS au lieu de TLS implicite empêche souvent la connexion. Sur 587, exigez STARTTLS. Vérifiez aussi pare-feu, antivirus et horloge système.
TLS protège-t-il du phishing et du spam ?
Non : TLS n'authentifie pas l'expéditeur. Les enregistrements SPF, DKIM et DMARC apportent d'autres garanties d'authentification et de politique de domaine. Découvrez comment configurer SPF, DKIM et DMARC et notre guide de la délivrabilité email.
Pour le chiffrement de bout en bout, étudiez S/MIME ou OpenPGP. La RFC 9787 explique cette distinction et les usages du chiffrement de bout en bout.
Questions fréquentes sur SSL/TLS email
Quelle différence entre SSL et TLS pour les emails ?
TLS est le protocole de chiffrement moderne utilisé pour sécuriser les connexions aux serveurs de messagerie. SSL est son ancien prédécesseur, aujourd’hui obsolète. Dans beaucoup de logiciels, le réglage « SSL/TLS » désigne en réalité une connexion utilisant TLS. Il ne faut pas réactiver d’anciennes versions SSL pour résoudre une erreur.
Le port SMTP 465 est-il préférable au port 587 ?
Le port 465 utilise TLS dès l’ouverture de la connexion ; le port 587 démarre en clair puis passe à TLS avec STARTTLS. Les deux peuvent être sûrs lorsque le serveur impose le chiffrement et que le client valide le certificat. Choisissez avant tout le port et le mode indiqués par votre hébergeur.
TLS chiffre-t-il les emails de bout en bout ?
Non. TLS protège une connexion entre deux équipements, par exemple Thunderbird et votre serveur SMTP, ou deux serveurs de messagerie. Il ne garantit ni le chiffrement du message une fois stocké ni sa confidentialité de bout en bout. Pour ce besoin, étudiez S/MIME ou OpenPGP avec vos correspondants.
Pourquoi un certificat TLS provoque-t-il une alerte ?
L’alerte peut venir d’un certificat expiré, d’un nom de serveur différent de celui indiqué dans le certificat ou d’un problème de chaîne de confiance. Vérifiez le nom d’hôte exact fourni par votre prestataire et la date de votre appareil. Ne contournez pas l’avertissement et demandez une correction au support.
Comment sécuriser votre messagerie dès aujourd'hui ?
Une configuration TLS fiable repose sur des paramètres corrects, un certificat valide et des contrôles réguliers. Voici la checklist à appliquer :
- Vérifier les noms des serveurs auprès du fournisseur.
- Choisir IMAP 993, POP3 995 ou SMTP 465/587 selon le service.
- Exiger TLS et refuser les exceptions de certificat injustifiées.
- Tester envoi et réception sur chaque appareil.
- Compléter TLS par SPF, DKIM, DMARC et la vigilance anti-phishing.
Une alerte SSL/TLS ? Partagez ce guide avec votre équipe et faites contrôler les paramètres.
Besoin de sécuriser vos emails professionnels ?
Domaine Des Noms vous accompagne dans la configuration, la migration et le dépannage de votre messagerie.
Découvrir Mail PRO
