Jakarta Mail (Angus): HTTP ବନାମ SOCKS ପ୍ରକ୍ସି ସେଟିଂସ୍
ମେଲ୍ ଟ୍ରାନ୍ସପୋର୍ଟର ଡକ୍ୟୁମେଣ୍ଟେଡ୍ ପ୍ରକ୍ସି କନଫିଗରେସନ୍ ବାଛନ୍ତୁ ଏବଂ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣକୁ SMTP ପ୍ରମାଣୀକରଣରୁ ଅଲଗା ରଖନ୍ତୁ।
ପ୍ରକ୍ସି ଚ୍ୟାଲେଞ୍ଜ SMTP ପ୍ରମାଣୀକରଣ ପୂର୍ବରୁ ଘଟେ। ମେଲ୍ ପାସୱାର୍ଡ ବଦଳାଇଲେ ମଧ୍ୟସ୍ଥର ଲଗଇନ୍କୁ ଉତ୍ତର ଦିଆଯାଇ ପାରିବ ନାହିଁ।
| Angus SMTP ପ୍ରଦାନକାରୀରେ ପ୍ରକ୍ସି ପଥ | ବୈଶିଷ୍ଟ୍ୟ |
|---|---|
| HTTP ପ୍ରକ୍ସି ଏଣ୍ଡପଏଣ୍ଟ | mail.smtp.proxy.host, mail.smtp.proxy.port |
| HTTP ପ୍ରକ୍ସି ଖାତା | mail.smtp.proxy.user, mail.smtp.proxy.password |
| SOCKS ଏଣ୍ଡପଏଣ୍ଟ | mail.smtp.socks.host, mail.smtp.socks.port |
ମୁତୟନ ହୋଇଥିବା ଟ୍ରାନ୍ସପୋର୍ଟ ଏବଂ ଏହାର ପ୍ରମାଣୀକରଣ ସମର୍ଥନ ପାଇଁ ପ୍ରଦାନକାରୀ ଟେବୁଲ୍ ବ୍ୟବହାର କରନ୍ତୁ। ଏଗୁଡ଼ିକ ପ୍ରଦାନକାରୀ-ନିର୍ଦ୍ଦିଷ୍ଟ ଇନପୁଟ୍, ଅନ୍ୟ ମେଲ୍ ଲାଇବ୍ରେରୀ କିମ୍ବା ସମଗ୍ର JVM ର ସେଟିଂସ୍ ପାଇଁ ଇଚ୍ଛାଧୀନ ଉପନାମ ନୁହେଁ। ଯେଉଁଠାରେ ସାର୍ବଜନୀନ ମଧ୍ୟସ୍ଥମାନଙ୍କୁ ଅନୁମତି ଦିଆଯାଏ ଏପରି ସାର୍ବଜନୀନ ଭାବରେ ପହଞ୍ଚଣୀୟ SMTP ସର୍ଭର ପାଇଁ HTTP ପ୍ରକ୍ସି ତାଲିକା HTTP ହୋଷ୍ଟ ଏବଂ ପୋର୍ଟ ପାଇଁ ପ୍ରାର୍ଥୀ ଦେଇଥାଏ। ଅପ୍ରମାଣିତ ପ୍ରାର୍ଥୀ ପାଇଁ କୌଣସି ପ୍ରକ୍ସି ବ୍ୟବହାରକାରୀ ନାମ କିମ୍ବା ପାସୱାର୍ଡ ବ୍ୟବହାର କରନ୍ତୁ ନାହିଁ, ଏବଂ ଏହା ମେଲ୍ର ପ୍ରକୃତ ହୋଷ୍ଟନାମ ଏବଂ ପୋର୍ଟକୁ ଅନୁମତି ଦେଉଛି ବୋଲି ନିଶ୍ଚିତ କରନ୍ତୁ; ମେଲ୍ ଖାତା ଏବଂ TLS ସେଟିଂସ୍ ରଖନ୍ତୁ।
ବିଶେଷକରି, HTTP ପ୍ରକ୍ସିର ବ୍ୟବହାରକାରୀ ନାମ କ୍ଷେତ୍ର SOCKS ର ବ୍ୟବହାରକାରୀ ନାମ କ୍ଷେତ୍ର ନୁହେଁ। ପ୍ରମାଣିତ SOCKS ପ୍ରକୃତ JDK/ସକେଟ୍ ପଥ ସହିତ ମେଳ ଖାଇବା ଆବଶ୍ୟକ। SMTPS ପାଇଁ ଡକ୍ୟୁମେଣ୍ଟ ଅନୁସାରେ ସମ୍ପୃକ୍ତ ଟ୍ରାନ୍ସପୋର୍ଟ ଉପସର୍ଗ ବ୍ୟବହାର କରନ୍ତୁ।
ଆଦାନପ୍ରଦାନ କେଉଁଠାରେ ଅଟକେ ତାହା ଲିପିବଦ୍ଧ କରନ୍ତୁ: ପ୍ରକ୍ସି ସଂଯୋଗ, ପ୍ରକ୍ସି ଲଗଇନ୍, ମେଲ୍ ଅଭିବାଦନ, TLS କିମ୍ବା SMTP ଖାତା ପ୍ରମାଣୀକରଣ। ଅଭିବାଦନ ପୂର୍ବରୁ ବିଫଳତା ମେଲ୍ ଖାତାକୁ ପରୀକ୍ଷା କରିନାହିଁ। ପଥ ବାଛିବା ପରେ ମେଲ୍ ସର୍ଭରର ହୋଷ୍ଟନାମ ଏବଂ TLS ଯାଞ୍ଚ ସଂରକ୍ଷଣ କରନ୍ତୁ।