Jakarta Mail (Angus) : paramètres de proxy HTTP ou SOCKS
Choisissez la configuration de proxy documentée du transport de courrier et séparez l'authentification du proxy de l'authentification SMTP.
Un défi de proxy survient avant l'authentification SMTP. Changer le mot de passe du courrier ne peut pas répondre à la connexion de l'intermédiaire.
| Chemin de proxy dans le fournisseur SMTP Angus | Propriétés |
|---|---|
| Point de terminaison du proxy HTTP | mail.smtp.proxy.host, mail.smtp.proxy.port |
| Compte de proxy HTTP | mail.smtp.proxy.user, mail.smtp.proxy.password |
| Point de terminaison SOCKS | mail.smtp.socks.host, mail.smtp.socks.port |
Utilisez le tableau du fournisseur pour le transport déployé et sa prise en charge de l'authentification. Ce sont des entrées propres au fournisseur, et non des alias arbitraires pour une autre bibliothèque de messagerie ou des réglages à l'échelle de la JVM. Pour un serveur SMTP accessible publiquement où les intermédiaires publics sont autorisés, la liste de proxys HTTP propose des candidats pour l'hôte et le port HTTP. N'utilisez ni nom d'utilisateur ni mot de passe de proxy avec un candidat non authentifié, et vérifiez qu'il autorise le nom d'hôte et le port réels du courrier ; conservez le compte de messagerie et les paramètres TLS.
En particulier, le champ de nom d'utilisateur du proxy HTTP n'est pas le champ de nom d'utilisateur SOCKS. Un SOCKS authentifié doit correspondre au chemin réel JDK/socket. Pour SMTPS, utilisez le préfixe de transport correspondant comme documenté.
Notez où l'échange s'arrête : connexion au proxy, connexion au proxy, salutation du courrier, authentification TLS ou du compte SMTP. Un échec avant la salutation n'a pas testé le compte de messagerie. Conservez le nom d'hôte du serveur de messagerie et la vérification TLS après avoir choisi la route.