'n Werkende webproxy konfigureer nie outomaties IMAP nie

Die blaaier werk deur 'n PAC-lêer. Die e-poskliënt kan nie aan IMAP koppel nie. Daar is geen teenstrydigheid nie: die blaaier en die e-poskliënt vra verskillende dienste deur verskillende konfigurasie-koppelvlakke.

IMAP is nie 'n gewone HTTP-navraag nie. 'n Kliënt het 'n roete nodig wat sy e-posprotokol kan dra, soos 'n ondersteunde HTTP CONNECT-tonnel of 'n SOCKS-verbinding. Die proxy moet ook die bestemming en die poort toelaat.

Kontroleer die e-posbiblioteek se werklike ondersteuning

Angus Mail se IMAP-verskaffer dokumenteer tans die HTTP-proxy-gasheer, -poort en rekeningeienskappe, plus SOCKS-verwante instellings. Gebruik die dokumentasie vir die geïnstalleerde verskaffer en protokol. Ou advies dat JavaMail nooit 'n HTTP-proxy kan gebruik nie, beskryf 'n ander vermoënsgrens.

'n Eiendomsnaam wat geloofwaardig lyk, is nie genoeg nie. Die veilige IMAP-protokol kan die ooreenstemmende eiendomsvoorvoegsel vereis, en 'n willekeurige HTTP-proxy-eienskap wat deur 'n ander Java-kliënt gebruik word, word nie noodwendig deur die e-posverskaffer gelees nie.

PAC-ontdekking is 'n ander funksie

'n Blaaier se PAC-URL is konfigurasiedata, nie die adres van 'n IMAP-bediener of deurstuurproxy nie. Bepaal die ondersteunde proxyroete vir die e-posbestemming eerder as om daardie URL vir die e-posgasheer te vervang.

Skei dan die rekeninge. Proxybewyse magtig die tussenganger; die e-posrekening magtig toegang tot die posbus. 'n Geldige posbuswagwoord kan nie 'n verwerpte CONNECT-versoek herstel nie.

Hou e-pos-TLS-verifikasie geaktiveer deur die ondersteunde tonnel. As die gemagtigde proxy nie die vereiste e-pospoort toelaat nie, vra die goedgekeurde toegangsreëling aan. Om die poortetiket of die proxyskema te verander, kan nie 'n onversoenbare of geweierde verbinding in 'n toegelate een verander nie.