कार्यरत वेब प्रॉक्सी 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 पडताळणी सुरू ठेवा. अधिकृत प्रॉक्सी आवश्यक मेल पोर्टला परवानगी देत नसेल, तर मंजूर प्रवेश व्यवस्था मागा. पोर्टचे लेबल किंवा प्रॉक्सी स्कीम बदलल्याने विसंगत किंवा नाकारलेले कनेक्शन परवानगी असलेल्या कनेक्शनमध्ये बदलू शकत नाही.