Delujoč spletni posredovalnik IMAP-a ne nastavi samodejno
IMAP potrebuje združljivega poštnega odjemalca, podprt tunel ali pot SOCKS in pravilo posredovalnika, ki dovoli poštno končno točko.
Brskalnik deluje prek datoteke PAC. Poštni odjemalec pa se ne more povezati z IMAP. Tu ni protislovja: brskalnik in poštni odjemalec zahtevata različne storitve prek različnih konfiguracijskih vmesnikov.
IMAP ni običajna zahteva HTTP. Odjemalec potrebuje pot, ki lahko prenese njegov poštni protokol, na primer podprt tunel HTTP CONNECT ali povezavo SOCKS. Posredovalnik mora dovoliti tudi cilj in vrata.
Preverite dejansko podporo poštne knjižnice
Ponudnik IMAP v trenutnem Angus Mail dokumentira gostitelja, vrata in lastnosti računa posredovalnika HTTP ter nastavitve, povezane s SOCKS. Uporabite dokumentacijo za nameščenega ponudnika in protokol. Stari nasvet, da JavaMail nikoli ne more uporabiti posredovalnika HTTP, opisuje drugo mejo zmožnosti.
Verjetno zveneče ime lastnosti ni dovolj. Varni protokol IMAP lahko zahteva ustrezno predpono lastnosti, poljubne lastnosti posredovalnika HTTP, ki jo uporablja drug odjemalec Java, pa poštni ponudnik ne nujno prebere.
Odkrivanje PAC je druga funkcija
Naslov PAC URL brskalnika so konfiguracijski podatki, ne naslov strežnika IMAP ali posredovalnika za posredovanje. Določite podprto pot posredovalnika za poštni cilj, namesto da bi gostitelja pošte nadomestili s tem URL-jem.
Nato ločite račune. Poverilnice posredovalnika pooblastijo posrednika; poštni račun pooblasti dostop do poštnega predala. Veljavno geslo predala ne more popraviti zavrnjene zahteve CONNECT.
Ohranite preverjanje TLS za pošto omogočeno prek podprtega tunela. Če pooblaščeni posredovalnik ne dovoli zahtevanih poštnih vrat, zaprosite za odobreno ureditev dostopa. Spreminjanje oznake vrat ali sheme posredovalnika ne more narediti nezdružljive ali zavrnjene povezave dovoljene.