Jakarta Mail (Angus): HTTP- eller SOCKS-proxyinnstillingar
Vel den dokumenterte proxykonfigurasjonen til e-posttransporten, og skil proxyautentisering frå SMTP-autentisering.
Ei proxyutfordring kjem før SMTP-autentisering. Å endre e-postpassordet kan ikkje svare på innlogginga til mellomleddet.
| Proxyveg i Angus SMTP-leverandøren | Eigenskapar |
|---|---|
| HTTP-proxyendepunkt | mail.smtp.proxy.host, mail.smtp.proxy.port |
| HTTP-proxykonto | mail.smtp.proxy.user, mail.smtp.proxy.password |
| SOCKS-endepunkt | mail.smtp.socks.host, mail.smtp.socks.port |
Bruk leverandørtabellen for transporten som er teken i bruk, og støtta hans for autentisering. Dette er leverandørspesifikke inndata, ikkje vilkårlege alias for eit anna e-postbibliotek eller innstillingar for heile JVM-en. For ein offentleg tilgjengeleg SMTP-server der offentlege mellomledd er tillatne, tilbyr HTTP-proxylista kandidatar for HTTP-vert og -port. Ikkje bruk proxybrukarnamn eller -passord for ein ikkje-autentisert kandidat, og stadfest at han tillèt det faktiske vertsnamnet og porten til e-posten; behald e-postkontoen og TLS-innstillingane.
Særleg er feltet for HTTP-proxybrukarnamn ikkje feltet for SOCKS-brukarnamn. Autentisert SOCKS må passe til den faktiske JDK/socket-vegen. For SMTPS brukar du det tilsvarande transportprefikset som dokumentert.
Noter kvar utvekslinga stoppar: proxyforbinding, proxypålogging, e-posthelsing, TLS- eller SMTP-kontoautentisering. Ein feil før helsinga har ikkje testa e-postkontoen. Behald vertsnamnet til e-postserveren og TLS-verifiseringa etter at ruta er vald.