Një proxy web që funksionon nuk e konfiguron IMAP-in automatikisht

Shfletuesi funksionon përmes një skedari PAC. Klienti i postës, nga ana tjetër, nuk mund të lidhet me IMAP. Nuk ka kundërshtim: shfletuesi dhe klienti i postës kërkojnë shërbime të ndryshme përmes ndërfaqeve të ndryshme të konfigurimit.

IMAP nuk është një kërkesë e zakonshme HTTP. Klienti ka nevojë për një rrugë të aftë të mbajë protokollin e tij të postës, si një tunel HTTP CONNECT i mbështetur ose një lidhje SOCKS. Proxy gjithashtu duhet të lejojë destinacionin dhe portën.

Kontrolloni mbështetjen reale të bibliotekës së postës

Ofruesi i IMAP në Angus Mail aktual dokumenton hostin, portën dhe vetitë e llogarisë të proxy HTTP, si dhe cilësimet që lidhen me SOCKS. Përdorni dokumentacionin për ofruesin dhe protokollin e instaluar. Këshilla e vjetër se JavaMail nuk mund të përdorë kurrë një proxy HTTP përshkruan një kufi tjetër aftësie.

Një emër vetie që duket i besueshëm nuk mjafton. Protokolli i sigurt IMAP mund të kërkojë prefiksin përkatës të vetisë, dhe një veti arbitrare e proxy HTTP e përdorur nga një klient tjetër Java nuk lexohet domosdoshmërisht nga ofruesi i postës.

Zbulimi i PAC është një funksion tjetër

URL-ja PAC e shfletuesit janë të dhëna konfigurimi, jo adresa e një serveri IMAP ose e një proxy përcjellës. Përcaktoni rrugën e mbështetur të proxy për destinacionin e postës në vend që të zëvendësoni hostin e postës me atë URL.

Pastaj ndani llogaritë. Kredencialet e proxy autorizojnë ndërmjetësin; llogaria e postës autorizon qasjen në kuti postare. Një fjalëkalim i vlefshëm i kutisë nuk mund të rregullojë një kërkesë CONNECT të refuzuar.

Mbajeni verifikimin TLS të postës të aktivizuar përmes tunelit të mbështetur. Nëse proxy i autorizuar nuk lejon portën e kërkuar të postës, kërkoni rregullimin e miratuar të qasjes. Ndryshimi i etiketës së portës ose i skemës së proxy nuk mund ta kthejë një lidhje të papërputhshme ose të refuzuar në një lidhje të lejuar.