Egy működő webes proxy nem állítja be automatikusan az IMAP-ot

A böngésző PAC-fájlon keresztül működik. A levelezőkliens viszont nem tud csatlakozni az IMAP-hoz. Nincs ebben ellentmondás: a böngésző és a levelezőkliens különböző szolgáltatásokat kér különböző konfigurációs felületeken keresztül.

Az IMAP nem közönséges HTTP-kérés. A kliensnek olyan útvonalra van szüksége, amely képes a levelezési protokollját szállítani, például egy támogatott HTTP CONNECT-alagútra vagy SOCKS-kapcsolatra. A proxynak a célt és a portot is engedélyeznie kell.

Ellenőrizze a levelezőkönyvtár tényleges támogatását

A jelenlegi Angus Mail IMAP-szolgáltatója dokumentálja a HTTP-proxy hosztját, portját és fióktulajdonságait, valamint a SOCKS-hoz kapcsolódó beállításokat. Használja a telepített szolgáltató és protokoll dokumentációját. Az a régi tanács, hogy a JavaMail soha nem használhat HTTP-proxyt, egy másik képességhatárt ír le.

Egy hihetőnek tűnő tulajdonságnév nem elég. A biztonságos IMAP-protokoll megkövetelheti a megfelelő tulajdonság-előtagot, és egy másik Java-kliens által használt tetszőleges HTTP-proxy tulajdonságot nem feltétlenül olvassa a levelezőszolgáltató.

A PAC-felderítés másik funkció

A böngésző PAC URL-je konfigurációs adat, nem egy IMAP-kiszolgáló vagy továbbító proxy címe. Határozza meg a levél céljához támogatott proxyútvonalat ahelyett, hogy ezt az URL-t tenné a levelezési hoszt helyére.

Ezután válassza szét a fiókokat. A proxy hitelesítő adatai a közvetítőt jogosítják fel; a levelezőfiók a postaládához való hozzáférést engedélyezi. Egy érvényes postaláda-jelszó nem tud helyrehozni egy elutasított CONNECT-kérést.

Tartsa bekapcsolva a levél TLS-ellenőrzését a támogatott alagúton keresztül. Ha az engedélyezett proxy nem engedi a szükséges levélportot, kérje a jóváhagyott hozzáférési megoldást. A port címkéjének vagy a proxy sémájának megváltoztatása nem tehet egy inkompatibilis vagy elutasított kapcsolatot engedélyezetté.