Un proxy web funcțional nu configurează automat IMAP
IMAP are nevoie de un client de poștă compatibil, de un tunel sau o rută SOCKS acceptate și de o politică de proxy care permite punctul final al poștei.
Browserul funcționează printr-un fișier PAC. Clientul de poștă însă nu se poate conecta la IMAP. Nu există nicio contradicție: browserul și clientul de poștă cer servicii diferite prin interfețe de configurare diferite.
IMAP nu este o cerere HTTP obișnuită. Clientul are nevoie de o rută capabilă să transporte protocolul său de poștă, cum ar fi un tunel HTTP CONNECT acceptat sau o conexiune SOCKS. Proxy-ul trebuie să permită și destinația și portul.
Verificați suportul real al bibliotecii de poștă
Furnizorul IMAP din Angus Mail actual documentează gazda, portul și proprietățile contului pentru proxy-ul HTTP, precum și setările legate de SOCKS. Folosiți documentația pentru furnizorul și protocolul instalate. Sfatul vechi că JavaMail nu poate folosi niciodată un proxy HTTP descrie o altă limită de capabilitate.
Un nume de proprietate plauzibil nu este suficient. Protocolul IMAP securizat poate cere prefixul de proprietate corespunzător, iar o proprietate arbitrară de proxy HTTP folosită de alt client Java nu este neapărat citită de furnizorul de poștă.
Descoperirea PAC este altă funcție
URL-ul PAC al browserului sunt date de configurare, nu adresa unui server IMAP sau a unui proxy de redirecționare. Determinați ruta de proxy acceptată pentru destinația poștei în loc să înlocuiți gazda poștei cu acel URL.
Apoi separați conturile. Datele de autentificare ale proxy-ului autorizează intermediarul; contul de poștă autorizează accesul la cutia poștală. O parolă validă a cutiei nu poate repara o cerere CONNECT respinsă.
Păstrați activă verificarea TLS pentru poștă prin tunelul acceptat. Dacă proxy-ul autorizat nu permite portul de poștă necesar, solicitați aranjamentul de acces aprobat. Schimbarea etichetei portului sau a schemei proxy nu poate transforma o conexiune incompatibilă sau refuzată într-una permisă.