Jakarta Mail (Angus): configurações de proxy HTTP versus SOCKS
Escolha a configuração de proxy documentada do transporte de correio e separe a autenticação do proxy da autenticação SMTP.
O desafio do proxy ocorre antes da autenticação SMTP. Alterar a senha do correio não pode responder ao login do intermediário.
| Caminho do proxy no provedor SMTP do Angus | Propriedades |
|---|---|
| Ponto de extremidade do proxy HTTP | mail.smtp.proxy.host, mail.smtp.proxy.port |
| Conta do proxy HTTP | mail.smtp.proxy.user, mail.smtp.proxy.password |
| Ponto de extremidade SOCKS | mail.smtp.socks.host, mail.smtp.socks.port |
Use a tabela do provedor para o transporte implantado e seu suporte à autenticação. São entradas específicas do provedor, não aliases arbitrários para outra biblioteca de correio ou configurações de toda a JVM. Para um servidor SMTP acessível publicamente onde intermediários públicos são permitidos, a lista de proxies HTTP oferece candidatos para o host e a porta HTTP. Não use usuário nem senha de proxy com um candidato não autenticado, e confirme que ele permite o nome de host e a porta reais do correio; mantenha a conta de correio e as configurações de TLS.
Em particular, o campo de usuário do proxy HTTP não é o campo de usuário do SOCKS. O SOCKS autenticado deve corresponder ao caminho real de JDK/socket. Para SMTPS, use o prefixo de transporte correspondente conforme documentado.
Registre onde a troca para: conexão ao proxy, login no proxy, saudação do correio, autenticação TLS ou da conta SMTP. Uma falha antes da saudação não testou a conta de correio. Preserve o nome de host do servidor de correio e a verificação TLS após escolher a rota.