Працаздольны вэб-проксі не наладжвае IMAP аўтаматычна
IMAP патрабуе сумяшчальны паштовы кліент, падтрыманы тунель або маршрут SOCKS і палітыку проксі, якая дазваляе паштовую канчатковую кропку.
Браўзер працуе праз файл PAC. Паштовы кліент жа не можа падключыцца да IMAP. Супярэчнасці тут няма: браўзер і паштовы кліент запытваюць розныя службы праз розныя інтэрфейсы канфігурацыі.
IMAP — гэта не звычайны HTTP-запыт. Кліенту патрэбны маршрут, здольны перадаваць яго паштовы пратакол, напрыклад падтрыманы тунель HTTP CONNECT або злучэнне SOCKS. Проксі таксама павінен дазваляць прызначэнне і порт.
Праверце фактычную падтрымку паштовай бібліятэкі
Паштовы правайдар IMAP у цяперашнім Angus Mail дакументуе хаст, порт і ўласцівасці ўліковага запісу для HTTP-проксі, а таксама параметры, звязаныя з SOCKS. Карыстайцеся дакументацыяй для ўсталяванага правайдара і пратаколу. Старая парада, што JavaMail ніколі не можа выкарыстоўваць HTTP-проксі, апісвае іншую мяжу магчымасцей.
Праўдападобнай назвы ўласцівасці недастаткова. Бяспечны пратакол IMAP можа патрабаваць адпаведнага прэфікса ўласцівасці, а адвольную ўласцівасць HTTP-проксі, якую выкарыстоўвае іншы кліент Java, паштовы правайдар не абавязкова чытае.
Выяўленне PAC — іншая функцыя
URL PAC браўзера — гэта даныя канфігурацыі, а не адрас сервера IMAP або прамежкавага проксі. Вызначце падтрыманы маршрут проксі для паштовага прызначэння замест таго, каб падстаўляць гэты URL замест паштовага хаста.
Затым раздзяліце ўліковыя запісы. Уліковыя даныя проксі дазваляюць пасрэдніка; паштовы ўліковы запіс дазваляе доступ да паштовай скрыні. Сапраўдны пароль скрыні не можа выправіць адхілены запыт CONNECT.
Трымайце праверку TLS для пошты ўключанай праз падтрыманы тунель. Калі дазволены проксі не прапускае патрэбны паштовы порт, запытайце ўзгоднены парадак доступу. Змена пазнакі порта або схемы проксі не можа ператварыць несумяшчальнае або адхіленае злучэнне ў дазволенае.