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