En fungerende nettpoxy konfigurerer ikke IMAP automatisk
IMAP trenger en kompatibel e-postklient, en støttet tunnel eller SOCKS-rute og en proxypolicy som tillater e-postendepunktet.
Nettleseren fungerer via en PAC-fil. E-postklienten kan derimot ikke koble til IMAP. Det er ingen motsetning: nettleseren og e-postklienten ber om forskjellige tjenester gjennom forskjellige konfigurasjonsgrensesnitt.
IMAP er ikke en vanlig HTTP-forespørsel. Klienten trenger en rute som kan frakte e-postprotokollen dens, for eksempel en støttet HTTP CONNECT-tunnel eller SOCKS-tilkobling. Proxyen må også tillate målet og porten.
Kontroller e-postbibliotekets faktiske støtte
IMAP-leverandøren i gjeldende Angus Mail dokumenterer vert, port og kontoevner for HTTP-proxyen, samt SOCKS-relaterte innstillinger. Bruk dokumentasjonen for den installerte leverandøren og protokollen. Det gamle rådet om at JavaMail aldri kan bruke en HTTP-proxy, beskriver en annen kapasitetsgrense.
Et plausibelt egenskapsnavn er ikke nok. Den sikrede IMAP-protokollen kan kreve det tilsvarende egenskapsprefikset, og en vilkårlig HTTP-proxyegenskap som en annen Java-klient bruker, leses ikke nødvendigvis av e-postleverandøren.
PAC-oppdagelse er en annen funksjon
Nettleserens PAC-URL er konfigurasjonsdata, ikke adressen til en IMAP-server eller en videresendende proxy. Fastsett den støttede proxyruten for e-postmålet i stedet for å erstatte e-postverten med den URL-en.
Skill deretter kontoene. Proxy-legitimasjon autoriserer mellomleddet; e-postkontoen autoriserer tilgang til postboksen. Et gyldig postboks passord kan ikke reparere en avvist CONNECT-forespørsel.
Hold TLS-verifiseringen for e-post aktivert gjennom den støttede tunnelen. Hvis den autoriserte proxyen ikke tillater den nødvendige e-postporten, be om den godkjente tilgangsordningen. Å endre portetiketten eller proxyskjemaet kan ikke gjøre en inkompatibel eller avvist tilkobling tillatt.