Работен веб-прокси не го конфигурира IMAP автоматски
IMAP бара компатибилен клиент за пошта, поддржан тунел или SOCKS рута и прокси-политика што ја дозволува крајната точка на поштата.
Прелистувачот работи преку PAC-датотека. Клиентот за пошта, пак, не може да се поврзе со IMAP. Нема противречност: прелистувачот и клиентот за пошта бараат различни услуги преку различни интерфејси за конфигурација.
IMAP не е обично HTTP-барање. На клиентот му треба рута што може да го пренесе неговиот протокол за пошта, на пример поддржан тунел HTTP CONNECT или SOCKS-врска. Проксито исто така мора да ја дозволи дестинацијата и портата.
Проверете ја вистинската поддршка на библиотеката за пошта
Добавувачот на IMAP во тековниот Angus Mail документира хост, порта и својства на сметката на HTTP-проксито, како и поставки поврзани со SOCKS. Користете ја документацијата за инсталираниот добавувач и протокол. Стариот совет дека JavaMail никогаш не може да користи HTTP-прокси опишува друга граница на можностите.
Веродостојно име на својство не е доволно. Безбедниот протокол IMAP може да бара соодветниот префикс на својството, а произволно својство на HTTP-прокси што го користи друг Java-клиент не мора да го чита добавувачот на пошта.
Откривањето PAC е друга функција
PAC-URL-то на прелистувачот се конфигурациски податоци, не адресата на серверот IMAP или на препраќачкото прокси. Определете ја поддржаната прокси-рута за дестинацијата на поштата наместо да го заменувате хостот за пошта со тоа URL.
Потоа одделете ги сметките. Прокси-акредитивите го овластуваат посредникот; сметката за пошта го овластува пристапот до сандачето. Валидна лозинка за сандачето не може да поправи одбиено CONNECT-барање.
Одржувајте ја проверката на TLS за поштата вклучена преку поддржаниот тунел. Ако овластеното прокси не ја дозволува потребната порта за пошта, побарајте го одобреното решение за пристап. Менувањето на ознаката на портата или на прокси-шемата не може да претвори некомпатибилна или одбиена врска во дозволена.