Un proxy web que funciona non configura IMAP automaticamente

O navegador funciona mediante un ficheiro PAC. O cliente de correo, en cambio, non pode conectarse a IMAP. Non hai contradición: o navegador e o cliente de correo piden servizos distintos a través de interfaces de configuración distintas.

IMAP non é unha petición HTTP corrente. O cliente necesita unha ruta capaz de transportar o seu protocolo de correo, como un túnel HTTP CONNECT compatible ou unha conexión SOCKS. O proxy tamén debe permitir o destino e o porto.

Comprobe o soporte real da biblioteca de correo

O provedor IMAP do Angus Mail actual documenta o host, o porto e as propiedades de conta do proxy HTTP, ademais dos axustes relacionados con SOCKS. Use a documentación do provedor e do protocolo instalados. O consello antigo de que JavaMail nunca pode usar un proxy HTTP describe outro límite de capacidade.

Un nome de propiedade que pareza verosímil non abonda. O protocolo IMAP seguro pode esixir o prefixo de propiedade correspondente, e unha propiedade arbitraria de proxy HTTP usada por outro cliente Java non a le necesariamente o provedor de correo.

O descubrimento de PAC é outra función

O URL PAC do navegador son datos de configuración, non o enderezo dun servidor IMAP nin dun proxy de reenvío. Determine a ruta de proxy compatible para o destino do correo en lugar de substituír o host de correo por ese URL.

Despois separe as contas. As credenciais do proxy autorizan o intermediario; a conta de correo autoriza o acceso ao buzón. Un contrasinal válido do buzón non pode reparar unha petición CONNECT rexeitada.

Manteña activa a verificación TLS do correo a través do túnel compatible. Se o proxy autorizado non permite o porto de correo necesario, solicite a disposición de acceso aprobada. Cambiar a etiqueta do porto ou o esquema do proxy non pode converter unha conexión incompatible ou denegada nunha permitida.