Mon serveur d'envoi est refusé ou « Non vérifié », que faire ?
Le message dit ce qui a échoué : serveur ou port injoignable, STARTTLS refusé, identifiant ou mot de passe refusé. Corrigez la valeur indiquée, puis « Tester et enregistrer ». Tant qu'un serveur est « Non vérifié », vos courriels partent de l'infrastructure par défaut : rien n'est bloqué.
Les messages et leur remède
| Le message commence par | Que faire |
|---|---|
| « impossible de joindre … sur le port … » | Vérifiez le nom du serveur et le port. Un port fermé par votre hébergeur donne la même erreur. |
| « … n'accepte pas le chiffrement STARTTLS » | Décochez STARTTLS et passez au port 465. L'envoi d'un mot de passe en clair est exclu. |
| « le chiffrement avec … a échoué » | Le certificat du serveur est peut-être expiré ou établi pour un autre nom : vérifiez le nom exact du serveur. |
| « … a refusé l'identifiant … ou son mot de passe » | Créez un mot de passe d'application chez votre hébergeur et saisissez-le. |
| « … a répondu quelque chose d'inattendu » | L'adresse ne désigne pas un serveur d'envoi de courriel. |
| « le port du serveur d'envoi est hors des valeurs possibles (1 à 65535) » | Corrigez le port. |
« Non vérifié »
Un serveur passe à « Non vérifié » quand le dernier « Tester » a échoué. Dans cet état, vos courriels partent de l'infrastructure par défaut, à votre nom : rien n'est bloqué. Corrigez puis retestez pour revenir à votre serveur.
Un envoi refusé alors que le serveur est « Vérifié »
L'adresse d'expédition peut être refusée au moment de l'envoi : « Elle doit relever d'un domaine qu'il est autorisé à signer. » Choisissez une adresse de votre propre domaine.
Pourquoi un test raté retire la vérification
Garder un serveur dont on vient d'apprendre qu'il refuse ferait échouer l'envoi suivant devant un client. Sans vérification, l'infrastructure par défaut prend le relais.
Mis à jour le 30 septembre 2026.