Działające proxy internetowe nie konfiguruje IMAP automatycznie
IMAP wymaga zgodnego klienta poczty, obsługiwanego tunelu lub trasy SOCKS oraz polityki proxy, która zezwala na punkt końcowy poczty.
Przeglądarka działa przez plik PAC. Klient poczty nie może jednak połączyć się z IMAP. Nie ma tu sprzeczności: przeglądarka i klient poczty proszą o różne usługi przez różne interfejsy konfiguracji.
IMAP nie jest zwykłym żądaniem HTTP. Klient potrzebuje trasy zdolnej przenieść jego protokół poczty, na przykład obsługiwanego tunelu HTTP CONNECT lub połączenia SOCKS. Proxy musi także zezwalać na miejsce docelowe i port.
Sprawdź rzeczywiste wsparcie biblioteki poczty
Dostawca IMAP w obecnym Angus Mail dokumentuje host, port i właściwości konta proxy HTTP oraz ustawienia związane z SOCKS. Korzystaj z dokumentacji zainstalowanego dostawcy i protokołu. Stara rada, że JavaMail nigdy nie może używać proxy HTTP, opisuje inną granicę możliwości.
Wiarygodnie brzmiąca nazwa właściwości nie wystarcza. Bezpieczny protokół IMAP może wymagać odpowiedniego prefiksu właściwości, a dowolna właściwość proxy HTTP używana przez innego klienta Java nie musi być odczytywana przez dostawcę poczty.
Wykrywanie PAC to inna funkcja
Adres PAC URL przeglądarki to dane konfiguracyjne, a nie adres serwera IMAP ani proxy przekazującego. Ustal obsługiwaną trasę proxy dla celu poczty, zamiast zastępować host poczty tym adresem.
Następnie rozdziel konta. Poświadczenia proxy upoważniają pośrednika; konto poczty upoważnia do dostępu do skrzynki. Ważne hasło skrzynki nie naprawi odrzuconego żądania CONNECT.
Pozostaw włączoną weryfikację TLS poczty przez obsługiwany tunel. Jeśli upoważnione proxy nie zezwala na wymagany port poczty, poproś o zatwierdzony sposób dostępu. Zmiana etykiety portu lub schematu proxy nie może zamienić połączenia niezgodnego lub odrzuconego w dozwolone.