Работещото уеб прокси не конфигурира автоматично 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 за пощата включена през поддържания тунел. Ако разрешеното прокси не позволява необходимия пощенски порт, поискайте одобрената схема за достъп. Промяната на етикета на порта или на прокси схемата не може да превърне несъвместима или отказана връзка в разрешена.