Jakarta Mail (Angus): HTTP- eller SOCKS-proxyinställningar
Välj e-posttransportens dokumenterade proxykonfiguration och skilj proxyautentisering från SMTP-autentisering.
En proxyutmaning inträffar före SMTP-autentiseringen. Att byta e-postlösenord kan inte besvara mellanhandens inloggning.
| Proxyväg i Angus SMTP-leverantören | Egenskaper |
|---|---|
| HTTP-proxyändpunkt | mail.smtp.proxy.host, mail.smtp.proxy.port |
| HTTP-proxykonto | mail.smtp.proxy.user, mail.smtp.proxy.password |
| SOCKS-ändpunkt | mail.smtp.socks.host, mail.smtp.socks.port |
Använd leverantörens tabell för den driftsatta transporten och dess autentiseringsstöd. Det är leverantörsspecifika indata, inte godtyckliga alias för ett annat e-postbibliotek eller inställningar för hela JVM:en. För en offentligt nåbar SMTP-server där offentliga mellanhänder tillåts erbjuder HTTP-proxylistan kandidater för HTTP-värd och -port. Använd inget proxyanvändarnamn eller -lösenord för en oautentiserad kandidat och bekräfta att den tillåter e-postens faktiska värdnamn och port; behåll e-postkontot och TLS-inställningarna.
Särskilt är fältet för HTTP-proxyanvändarnamn inte fältet för SOCKS-användarnamn. Autentiserad SOCKS måste passa den faktiska JDK/socket-vägen. För SMTPS använder du motsvarande transportprefix enligt dokumentationen.
Notera var utbytet stannar: proxyanslutning, proxyinloggning, e-posthälsning, TLS- eller SMTP-kontoautentisering. Ett fel före hälsningen har inte testat e-postkontot. Behåll e-postserverns värdnamn och TLS-verifieringen efter att vägen valts.