Töötav veebipuhverserver ei sea IMAP-i automaatselt
IMAP vajab ühilduvat e-posti klienti, toetatud tunnelit või SOCKS-marsruuti ning puhverserveri poliitikat, mis lubab e-posti lõpp-punkti.
Brauser töötab PAC-faili kaudu. E-posti klient ei saa aga IMAP-iga ühendust. Vastuolu ei ole: brauser ja e-posti klient küsivad erinevaid teenuseid erinevate seadistusliideste kaudu.
IMAP ei ole tavaline HTTP-päring. Klient vajab marsruuti, mis suudab tema e-posti protokolli kanda, näiteks toetatud HTTP CONNECT tunnelit või SOCKS-ühendust. Puhverserver peab lubama ka sihtkohta ja porti.
Kontrollige e-posti teegi tegelikku tuge
Praeguse Angus Maili IMAP-teenusepakkuja dokumenteerib HTTP-puhverserveri hosti, pordi ja konto atribuudid ning SOCKS-iga seotud seaded. Kasutage paigaldatud teenusepakkuja ja protokolli dokumentatsiooni. Vana nõuanne, et JavaMail ei saa kunagi HTTP-puhverserverit kasutada, kirjeldab teistsugust võimekuse piiri.
Usutavalt kõlav atribuudi nimi ei ole piisav. Turvaline IMAP-protokoll võib nõuda vastavat atribuudi eesliidet, ja teise Java-kliendi kasutatavat suvalist HTTP-puhverserveri atribuuti ei pruugi e-posti teenusepakkuja lugeda.
PAC-tuvastus on teine funktsioon
Brauseri PAC-URL on seadistusandmed, mitte IMAP-serveri ega edastava puhverserveri aadress. Määrake e-posti sihtkoha jaoks toetatud puhverserveri marsruut, selle asemel et asendada e-posti host seda URL-i kasutades.
Seejärel eraldage kontod. Puhverserveri volitused annavad õiguse vahendajale; e-posti konto annab õiguse postkastile. Kehtiv postkasti parool ei saa parandada tagasi lükatud CONNECT-päringut.
Hoidke e-posti TLS-i kontroll toetatud tunneli kaudu lubatud. Kui volitatud puhverserver ei luba nõutavat e-posti porti, taotlege kinnitatud juurdepääsukorraldust. Pordi sildi või puhverserveri skeemi muutmine ei muuda ühildumatut või keelatud ühendust lubatud ühenduseks.