काम गर्ने वेब प्रोक्सीले 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 प्रमाणीकरण सक्रिय राख्नुहोस्। यदि अधिकृत प्रोक्सीले आवश्यक मेल पोर्टलाई अनुमति दिँदैन भने स्वीकृत पहुँच व्यवस्थाको अनुरोध गर्नुहोस्। पोर्टको लेबल वा प्रोक्सी स्किम बदल्दा असंगत वा अस्वीकृत जडानलाई अनुमत जडान बनाउन सकिँदैन।