Un proxy web que funciona no configura IMAP automàticament

El navegador funciona mitjançant un fitxer PAC. El client de correu, en canvi, no es pot connectar a IMAP. No hi ha cap contradicció: el navegador i el client de correu demanen serveis diferents a través d'interfícies de configuració diferents.

IMAP no és una petició HTTP corrent. El client necessita una ruta capaç de transportar el seu protocol de correu, com ara un túnel HTTP CONNECT compatible o una connexió SOCKS. El proxy també ha de permetre la destinació i el port.

Comproveu el suport real de la biblioteca de correu

El proveïdor IMAP de l'Angus Mail actual documenta l'amfitrió, el port i les propietats del compte del proxy HTTP, a més dels paràmetres relacionats amb SOCKS. Feu servir la documentació del proveïdor i del protocol instal·lats. El consell antic que JavaMail no pot utilitzar mai un proxy HTTP descriu un altre límit de capacitat.

Un nom de propietat versemblant no n'hi ha prou. El protocol IMAP segur pot exigir el prefix de propietat corresponent, i una propietat arbitrària de proxy HTTP usada per un altre client Java no la llegeix necessàriament el proveïdor de correu.

El descobriment de PAC és una altra funció

L'URL PAC del navegador són dades de configuració, no l'adreça d'un servidor IMAP ni d'un proxy de reenviament. Determineu la ruta de proxy compatible per a la destinació de correu en lloc de substituir l'amfitrió de correu per aquest URL.

Després separeu els comptes. Les credencials del proxy autoritzen l'intermediari; el compte de correu autoritza l'accés a la bústia. Una contrasenya vàlida de la bústia no pot reparar una petició CONNECT rebutjada.

Manteniu activa la verificació TLS del correu a través del túnel compatible. Si el proxy autoritzat no permet el port de correu necessari, sol·liciteu la disposició d'accés aprovada. Canviar l'etiqueta del port o l'esquema del proxy no pot convertir una connexió incompatible o denegada en una de permesa.