কাজ করা ওয়েব প্রক্সি স্বয়ংক্রিয়ভাবে 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 যাচাই সক্রিয় রাখুন। অনুমোদিত প্রক্সি প্রয়োজনীয় মেইল পোর্ট অনুমোদন না করলে অনুমোদিত প্রবেশ ব্যবস্থা চান। পোর্টের লেবেল বা প্রক্সি স্কিম বদলে অসামঞ্জস্যপূর্ণ বা প্রত্যাখ্যাত সংযোগকে অনুমোদিত সংযোগে পরিণত করা যায় না।