Jakarta Mail (Angus): налады проксі HTTP і SOCKS
Выберыце дакументаваную канфігурацыю проксі для паштовага транспарту і аддзяліце аўтэнтыфікацыю проксі ад аўтэнтыфікацыі SMTP.
Запыт проксі ўзнікае перад аўтэнтыфікацыяй SMTP. Змена паштовага пароля не можа адказаць на ўваход пасярэдніка.
| Шлях проксі ў пастаўшчыку SMTP Angus | Уласцівасці |
|---|---|
| Канчатковы пункт проксі HTTP | mail.smtp.proxy.host, mail.smtp.proxy.port |
| Уліковы запіс проксі HTTP | mail.smtp.proxy.user, mail.smtp.proxy.password |
| Канчатковы пункт SOCKS | mail.smtp.socks.host, mail.smtp.socks.port |
Выкарыстоўвайце табліцу пастаўшчыка для разгорнутага транспарту і яго падтрымкі аўтэнтыфікацыі. Гэта ўласныя для пастаўшчыка ўваходныя параметры, а не адвольныя псеўданімы для іншай паштовай бібліятэкі ці агульных налад JVM. Для публічна даступнага сервера SMTP, дзе дазволены публічныя пасярэднікі, спіс проксі HTTP прапануе кандыдатаў для хоста і порта HTTP. Не выкарыстоўвайце імя карыстальніка або пароль проксі для неаўтэнтыфікаванага кандыдата і пераканайцеся, што ён дапускае фактычныя імя хоста і порт пошты; захавайце паштовы ўліковы запіс і налады TLS.
У прыватнасці, поле імя карыстальніка проксі HTTP не з'яўляецца полем імя карыстальніка SOCKS. Аўтэнтыфікаваны SOCKS павінен адпавядаць фактычнаму шляху JDK/сокета. Для SMTPS выкарыстоўвайце адпаведны прэфікс транспарту, як задокументавана.
Зафіксуйце, дзе спыняецца абмен: злучэнне з проксі, уваход у проксі, прывітанне пошты, аўтэнтыфікацыя TLS або ўліковага запісу SMTP. Збой перад прывітаннем не правяраў паштовы ўліковы запіс. Пасля выбару маршруту захавайце імя хоста паштовага сервера і праверку TLS.