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.