Proksi ya wavuti inayofanya kazi haiweki IMAP kiotomatiki

Kivinjari hufanya kazi kupitia faili ya PAC. Mteja wa barua pepe hawezi kuunganishwa na IMAP. Hakuna kinzani: kivinjari na mteja wa barua pepe vinaomba huduma tofauti kupitia violesura tofauti vya usanidi.

IMAP si ombi la kawaida la HTTP. Mteja anahitaji njia inayoweza kubeba itifaki yake ya barua pepe, kama handaki la HTTP CONNECT linalotumika au muunganisho wa SOCKS. Proksi pia inapaswa kuruhusu lengwa na lango.

Kagua usaidizi halisi wa maktaba ya barua pepe

Mtoa huduma wa IMAP katika Angus Mail ya sasa anaandika jina la mwenyeji, lango na sifa za akaunti za proksi ya HTTP, pamoja na mipangilio inayohusiana na SOCKS. Tumia nyaraka za mtoa huduma na itifaki iliyosakinishwa. Ushauri wa zamani kwamba JavaMail haiwezi kamwe kutumia proksi ya HTTP unaeleza ukomo mwingine wa uwezo.

Jina la sifa linaloonekana kuaminika halitoshi. Itifaki salama ya IMAP inaweza kuhitaji kiambishi awali cha sifa kinacholingana, na sifa yoyote ya proksi ya HTTP inayotumiwa na mteja mwingine wa Java haisomwi kwa lazima na mtoa huduma wa barua pepe.

Ugunduzi wa PAC ni kipengele kingine

URL ya PAC ya kivinjari ni data ya usanidi, si anwani ya seva ya IMAP au proksi ya kupeleka. Tambua njia ya proksi inayotumika kwa lengwa la barua pepe badala ya kubadilisha mwenyeji wa barua pepe na URL hiyo.

Kisha tenganisha akaunti. Vitambulisho vya proksi huidhinisha mpatanishi; akaunti ya barua pepe huidhinisha ufikiaji wa sanduku la barua. Nenosiri halali la sanduku haliwezi kurekebisha ombi la CONNECT lililokataliwa.

Weka uthibitishaji wa TLS wa barua pepe umewashwa kupitia handaki linalotumika. Ikiwa proksi iliyoidhinishwa hairuhusu lango la barua pepe linalohitajika, omba mpangilio wa ufikiaji ulioidhinishwa. Kubadilisha lebo ya lango au mpango wa proksi hakuwezi kufanya muunganisho usiooana au uliokataliwa uwe unaoruhusiwa.