Jakarta Mail (Angus): agordoj de HTTP kaj SOCKS prokurilo
Elektu la dokumentitan prokurilan agordon de la poŝta transporto kaj apartigu prokurilan aŭtentikigon de SMTP-a aŭtentikigo.
Prokurila defio okazas antaŭ SMTP-a aŭtentikigo. Ŝanĝi la poŝtan pasvorton ne povas respondi al la ensaluto de la peranto.
| Prokurila vojo en la Angus SMTP-provizanto | Atributoj |
|---|---|
| Finpunkto de HTTP-prokurilo | mail.smtp.proxy.host, mail.smtp.proxy.port |
| Konto de HTTP-prokurilo | mail.smtp.proxy.user, mail.smtp.proxy.password |
| Finpunkto SOCKS | mail.smtp.socks.host, mail.smtp.socks.port |
Uzu la tabelon de la provizanto por la deplojita transporto kaj ĝia aŭtentikiga subteno. Temas pri provizant-specifaj enigaĵoj, ne arbitraj alinomoj por alia poŝta biblioteko aŭ agordoj por la tuta JVM. Por publike atingebla SMTP-servilo, kie publikaj perantoj estas permesataj, la listo de HTTP-prokuriloj proponas kandidatojn por HTTP-gastiganto kaj pordo. Ne uzu prokurilan uzantnomon aŭ pasvorton por neaŭtentikigita kandidato, kaj konfirmu, ke ĝi permesas la faktan poŝtan gastigantnomon kaj pordon; konservu la poŝtan konton kaj la TLS-agordojn.
Aparte, la uzantnoma kampo de HTTP-prokurilo ne estas la uzantnoma kampo de SOCKS. Aŭtentikigita SOCKS devas konformi al la fakta JDK/ingluta vojo. Por SMTPS, uzu la respondan transportan prefikson kiel dokumentite.
Registru, kie la interŝanĝo haltas: prokurila konekto, prokurila ensaluto, poŝta salutado, TLS- aŭ SMTP-konta aŭtentikigo. Malsukceso antaŭ la salutado ne testis la poŝtan konton. Konservu la gastigantnomon de la poŝta servilo kaj la TLS-kontrolon post elekto de la vojo.