Jakarta Mail (Angus): mga setting ng proxy na HTTP kumpara sa SOCKS
Piliin ang dokumentadong proxy configuration ng mail transport at paghiwalayin ang proxy authentication sa SMTP authentication.
Nangyayari ang hamon ng proxy bago ang SMTP authentication. Hindi masasagot ng pagpapalit ng mail password ang pag-login ng tagapamagitan.
| Landas ng proxy sa Angus SMTP provider | Mga katangian |
|---|---|
| Endpoint ng HTTP proxy | mail.smtp.proxy.host, mail.smtp.proxy.port |
| Account ng HTTP proxy | mail.smtp.proxy.user, mail.smtp.proxy.password |
| Endpoint ng SOCKS | mail.smtp.socks.host, mail.smtp.socks.port |
Gamitin ang talahanayan ng provider para sa naka-deploy na transport at suporta nito sa authentication. Mga input na partikular sa provider ang mga ito, hindi arbitraryong alias para sa ibang mail library o mga setting ng buong JVM. Para sa pampublikong maabot na SMTP server kung saan pinapayagan ang pampublikong tagapamagitan, listahan ng HTTP proxy ang nag-aalok ng mga kandidato para sa HTTP host at port. Huwag gumamit ng proxy username o password para sa hindi authenticated na kandidato, at tiyakin na pinapayagan nito ang tunay na hostname at port ng mail; panatilihin ang mail account at mga setting ng TLS.
Sa partikular, ang field ng username ng HTTP proxy ay hindi ang field ng username ng SOCKS. Ang authenticated na SOCKS ay dapat tumugma sa tunay na JDK/socket path. Para sa SMTPS, gamitin ang kaukulang transport prefix ayon sa dokumentado.
Itala kung saan humihinto ang palitan: koneksyon sa proxy, pag-login sa proxy, pagbati ng mail, TLS o authentication ng SMTP account. Ang pagkabigo bago ang pagbati ay hindi pa nasubukan ang mail account. Panatilihin ang hostname ng mail server at ang TLS verification pagkatapos piliin ang ruta.