Je vois 2 raisons possibles au problème des mails :
- l'accès au serveur ne peut pas se faire (par exemple, certains
anti-virus bloquent les clients de messagerie qu'il ne connait pas);
- l'authentification est refusée (comme dans le cas de GMail qui impose une authentification OAuth2, sauf si on a activé l'option "autoriser les applications..." citée plus haut).
Il y a 2 tests à faire :
1- Pour vérifier l'accès au serveur, dans une sessions "Invite de commande" sous Windows, taper (en remplaçant le nom du serveur et le port par les votres):
telnet smtp.votrefournisseur.com 587
Il faut que 'telnet' soit installé (Programmes et Fonctionnalité / Activer des fonctionnalités Windows / Client telnet)
Le serveur doit répondre un truc du style :
telnet smtp.gmail.com 587
Trying 74.125.140.108...
Connected to gmail-smtp-msa.l.google.com.
Escape character is '^]'.
220 smtp.gmail.com ESMTP l12sm10908785wrt.31 - gsmtp
Tapez ensuite :
HELO Me
et vous obtiendrez :
250 smtp.gmail.com at your service
pour sortir, tapez QUIT
Cela montre que le serveur est bien accessible en SMTP
Autre exemple :
telnet authsmtp.securemail.pro 587
Trying 81.88.48.66...
Connected to smtp.securemail.pro.
Escape character is '^]'.
220 paganini32 cmsmtp authsmtp ESMTP server ready
HELO Me
250 paganini32 hello [195.154.250.39], pleased to meet you
QUIT
221 2.0.0 paganini32 cmsmtp closing connection
Connection closed by foreign host.
2- Si le serveur est accessible, c'est un problème d'authentification.
Le seul test à faire est de désactiver temporairement l'antivirus (ou au minimum, son agent Mail)
Il faut également vérifier que le fournisseur de messagerie n'impose pas OAuth :
Dans le cas d'OAuth, un logiciel de messagerie standard (Thunderbird, ...) ouvre une fenêtre Web sur le site du fournisseur pour saisir le mot de passe du compte de messagerie lorsqu'on crée le compte (et pas une fenêtre Windows).
