En fungerande webbproxy konfigurerar inte IMAP automatiskt
IMAP kräver en kompatibel e-postklient, en stödd tunnel eller SOCKS-rutt och en proxypolicy som tillåter e-postens slutpunkt.
Webbläsaren fungerar via en PAC-fil. E-postklienten kan däremot inte ansluta till IMAP. Det finns ingen motsägelse: webbläsaren och e-postklienten begär olika tjänster via olika konfigurationsgränssnitt.
IMAP är inte en vanlig HTTP-begäran. Klienten behöver en rutt som kan bära dess e-postprotokoll, till exempel en stödd HTTP CONNECT-tunnel eller SOCKS-anslutning. Proxyn måste också tillåta målet och porten.
Kontrollera e-postbibliotekets faktiska stöd
IMAP-leverantören i nuvarande Angus Mail dokumenterar värd, port och kontoegenskaper för HTTP-proxyn samt SOCKS-relaterade inställningar. Använd dokumentationen för den installerade leverantören och protokollet. Det gamla rådet att JavaMail aldrig kan använda en HTTP-proxy beskriver en annan kapacitetsgräns.
Ett troligt egenskapsnamn räcker inte. Det säkrade IMAP-protokollet kan kräva motsvarande egenskapsprefix, och en godtycklig HTTP-proxyegenskap som en annan Java-klient använder läses inte nödvändigtvis av e-postleverantören.
PAC-upptäckt är en annan funktion
Webbläsarens PAC-URL är konfigurationsdata, inte adressen till en IMAP-server eller en vidarebefordrande proxy. Fastställ den stödda proxyrutten för e-postmålet i stället för att ersätta e-postvärden med den URL:en.
Separera sedan kontona. Proxyuppgifter auktoriserar mellanhanden; e-postkontot auktoriserar åtkomst till brevlådan. Ett giltigt brevlådelösenord kan inte reparera en avvisad CONNECT-begäran.
Håll TLS-verifieringen för e-post aktiverad genom den stödda tunneln. Om den auktoriserade proxyn inte tillåter den nödvändiga e-postporten, begär den godkända åtkomstordningen. Att ändra portetiketten eller proxyschemat kan inte göra en inkompatibel eller avvisad anslutning tillåten.