କାର୍ଯ୍ୟକ୍ଷମ ୱେବ୍ ପ୍ରକ୍ସି 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 ଯାଞ୍ଚ ସକ୍ରିୟ ରଖନ୍ତୁ। ଅଧିକୃତ ପ୍ରକ୍ସି ଆବଶ୍ୟକ ମେଲ୍ ପୋର୍ଟକୁ ଅନୁମତି ନ ଦେଲେ ଅନୁମୋଦିତ ପ୍ରବେଶ ବ୍ୟବସ୍ଥା ମାଗନ୍ତୁ। ପୋର୍ଟର ଲେବଲ୍ କିମ୍ବା ପ୍ରକ୍ସି ସ୍କିମ୍ ବଦଳାଇବା ଦ୍ୱାରା ଅସଙ୍ଗତ କିମ୍ବା ଅସ୍ୱୀକୃତ ସଂଯୋଗକୁ ଅନୁମତିପ୍ରାପ୍ତ ସଂଯୋଗ କରାଯାଇପାରିବ ନାହିଁ।