የሚሠራ የድር ፕሮክሲ IMAP በራስ-ሰር አያዘጋጅም

አሳሹ በPAC ፋይል በኩል ይሠራል። የኢሜይል ደንበኛው ግን ከIMAP ጋር መገናኘት አይችልም። እዚህ ምንም ተቃርኖ የለም፦ አሳሹና የኢሜይል ደንበኛው የተለያዩ አገልግሎቶችን በተለያዩ የማዋቀሪያ በይነገጾች እየጠየቁ ነው።

IMAP የተራ HTTP ጥያቄ አይደለም። ደንበኛው የፖስታ ፕሮቶኮሉን ማስተላለፍ የሚችል መንገድ ይፈልጋል፣ ለምሳሌ የተደገፈ HTTP CONNECT መሿለኪያ ወይም SOCKS ግንኙነት። ፕሮክሲውም መድረሻውንና ወደቡን መፍቀድ አለበት።

የፖስታ ቤተ-መጻሕፍቱን ትክክለኛ ድጋፍ ያረጋግጡ

የአሁኑ Angus Mail የIMAP አቅራቢ የHTTP ፕሮክሲ አስተናጋጅ፣ ወደብና የመለያ ባህሪያትን እንዲሁም ከSOCKS ጋር የተያያዙ ቅንብሮችን ይመዘግባል። ለተጫነው አቅራቢና ፕሮቶኮል ያለውን ሰነድ ይጠቀሙ። JavaMail በፍጹም HTTP ፕሮክሲ መጠቀም አይችልም የሚለው የቆየ ምክር ሌላ የአቅም ወሰንን ይገልጻል።

ተመሳሳይ የሚመስል የባህሪ ስም ብቻ በቂ አይደለም። ደህንነቱ የተጠበቀው የIMAP ፕሮቶኮል ተጓዳኙን የባህሪ ቅድመ ቅጥያ ሊፈልግ ይችላል፤ በሌላ የJava ደንበኛ የሚጠቀሙበት የዘፈቀደ HTTP ፕሮክሲ ባህሪ በፖስታ አቅራቢው ይነበባል ማለት አይደለም።

የPAC ፍለጋ ሌላ ባህሪ ነው

የአሳሹ PAC URL የማዋቀሪያ ውሂብ ነው፣ የIMAP አገልጋይ ወይም የማስተላለፊያ ፕሮክሲ አድራሻ አይደለም። ያንን URL ለፖስታ አስተናጋጁ ከመተካት ይልቅ ለፖስታ መድረሻው የተደገፈውን የፕሮክሲ መንገድ ይወስኑ።

ከዚያ መለያዎቹን ይለዩ። የፕሮክሲ ምስክርነቶች መካከለኛውን ያስፈቅዳሉ፤ የፖስታ መለያው ደግሞ የመልእክት ሳጥኑን መድረስ ያስፈቅዳል። ትክክለኛ የመልእክት ሳጥን የይለፍ ቃል ውድቅ የተደረገ CONNECT ጥያቄን ማስተካከል አይችልም።

የፖስታ TLS ማረጋገጫን በተደገፈው መሿለኪያ በኩል አብርተው ይቆዩ። የተፈቀደው ፕሮክሲ የሚፈለገውን የፖስታ ወደብ ካልፈቀደ፣ የተጸደቀውን የመዳረሻ ማደራጃ ይጠይቁ። የወደቡን መለያ ወይም የፕሮክሲ ዘዴ መቀየር ተኳላይ ያልሆነን ወይም የተከለከለ ግንኙነት ወደ የተፈቀደ ሊቀይር አይችልም።