Jakarta Mail (Angus): configuración de proxy HTTP frente a SOCKS
Elija la configuración de proxy documentada del transporte de correo y separe la autenticación del proxy de la autenticación SMTP.
El desafío del proxy se produce antes de la autenticación SMTP. Cambiar la contraseña del correo no puede responder al inicio de sesión del intermediario.
| Ruta de proxy en el proveedor SMTP de Angus | Propiedades |
|---|---|
| Punto de conexión del proxy HTTP | mail.smtp.proxy.host, mail.smtp.proxy.port |
| Cuenta de proxy HTTP | mail.smtp.proxy.user, mail.smtp.proxy.password |
| Punto de conexión SOCKS | mail.smtp.socks.host, mail.smtp.socks.port |
Utilice la tabla del proveedor para el transporte desplegado y su compatibilidad con la autenticación. Son entradas específicas del proveedor, no alias arbitrarios para otra biblioteca de correo ni ajustes de toda la JVM. Para un servidor SMTP accesible públicamente donde se permitan intermediarios públicos, la lista de proxies HTTP ofrece candidatos para el host y el puerto HTTP. No use usuario ni contraseña de proxy con un candidato no autenticado, y confirme que permite el nombre de host y el puerto reales del correo; conserve la cuenta de correo y la configuración TLS.
En particular, el campo de usuario del proxy HTTP no es el campo de usuario de SOCKS. El SOCKS autenticado debe encajar con la ruta real de JDK/socket. Para SMTPS, use el prefijo de transporte correspondiente tal como se documenta.
Registre dónde se detiene el intercambio: conexión al proxy, inicio de sesión en el proxy, saludo del correo, autenticación TLS o de la cuenta SMTP. Un fallo antes del saludo no ha probado la cuenta de correo. Conserve el nombre de host del servidor de correo y la verificación TLS tras elegir la ruta.