Gumagana ang browser sa pamamagitan ng PAC file. Ang mail client naman ay hindi makakonekta sa IMAP. Walang kontradiksyon: ang browser at ang mail client ay humihingi ng magkaibang serbisyo sa magkaibang interface ng configuration.

Ang IMAP ay hindi karaniwang HTTP request. Kailangan ng client ang rutang kayang magdala ng protocol ng mail nito, tulad ng suportadong HTTP CONNECT tunnel o koneksyong SOCKS. Kailangan ding payagan ng proxy ang destinasyon at port.

Suriin ang tunay na suporta ng mail library

Idinodokumento ng IMAP provider sa kasalukuyang Angus Mail ang host, port, at mga property ng account ng HTTP proxy, pati na ang mga setting na may kaugnayan sa SOCKS. Gamitin ang dokumentasyon para sa naka-install na provider at protocol. Ang lumang payong hindi kailanman makakagamit ng HTTP proxy ang JavaMail ay naglalarawan ng ibang hangganan ng kakayahan.

Hindi sapat ang mukhang kapani-paniwalang pangalan ng property. Maaaring kailanganin ng secure na IMAP protocol ang katumbas na prefix ng property, at ang anumang arbitraryong property ng HTTP proxy na ginagamit ng ibang Java client ay hindi laging binabasa ng mail provider.

Ang pagtuklas ng PAC ay ibang feature

Ang PAC URL ng browser ay configuration data, hindi ang address ng IMAP server o ng forwarding proxy. Tukuyin ang suportadong ruta ng proxy para sa destinasyon ng mail sa halip na ipalit ang URL na iyon sa mail host.

Pagkatapos ay paghiwalayin ang mga account. Ang proxy credentials ay nagpapahintulot sa intermediary; ang mail account ang nagpapahintulot ng access sa mailbox. Hindi kayang ayusin ng valid na password ng mailbox ang tinanggihang CONNECT request.

Panatilihing naka-enable ang TLS verification ng mail sa suportadong tunnel. Kung hindi pinapayagan ng awtorisadong proxy ang kinakailangang mail port, hilingin ang aprubadong kaayusan sa access. Hindi kayang gawing pinapayagan ng pagbabago sa label ng port o scheme ng proxy ang isang hindi tugma o tinanggihang koneksyon.

Kaugnay na mga artikulo