Un proxy web che funziona non configura IMAP automaticamente

Il browser funziona tramite un file PAC. Il client di posta, invece, non riesce a connettersi a IMAP. Non c'è contraddizione: browser e client di posta richiedono servizi diversi tramite interfacce di configurazione diverse.

IMAP non è una normale richiesta HTTP. Il client ha bisogno di una rotta in grado di trasportare il suo protocollo di posta, come un tunnel HTTP CONNECT supportato o una connessione SOCKS. Il proxy deve anche consentire la destinazione e la porta.

Verificare il supporto reale della libreria di posta

Il provider IMAP dell'attuale Angus Mail documenta host, porta e proprietà dell'account del proxy HTTP, oltre alle impostazioni relative a SOCKS. Usare la documentazione del provider e del protocollo installati. Il vecchio consiglio secondo cui JavaMail non può mai usare un proxy HTTP descrive un confine di capacità diverso.

Un nome di proprietà plausibile non basta. Il protocollo IMAP sicuro può richiedere il prefisso di proprietà corrispondente, e una proprietà proxy HTTP arbitraria usata da un altro client Java non è necessariamente letta dal provider di posta.

L'individuazione PAC è un'altra funzione

L'URL PAC del browser è un dato di configurazione, non l'indirizzo di un server IMAP o di un proxy di inoltro. Determinare la rotta proxy supportata per la destinazione della posta invece di sostituire l'host della posta con quell'URL.

Poi separare gli account. Le credenziali del proxy autorizzano l'intermediario; l'account di posta autorizza l'accesso alla casella. Una password valida della casella non può riparare una richiesta CONNECT rifiutata.

Mantenere attiva la verifica TLS della posta attraverso il tunnel supportato. Se il proxy autorizzato non consente la porta di posta richiesta, richiedere la disposizione di accesso approvata. Cambiare l'etichetta della porta o lo schema del proxy non può trasformare una connessione incompatibile o negata in una consentita.