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 след избор на маршрута.