curl ସହିତ HTTP ପ୍ରକ୍ସି ମାଧ୍ୟମରେ ମେଲ ପଠାଇବା

ପଠାଇବାକୁ ଚେଷ୍ଟା କରିବା ପୂର୍ବରୁ CONNECT ଅନୁମତି, SMTP TLS ଏବଂ ଅଲଗା ପ୍ରକ୍ସି ଓ ମେଲ-ସେବା ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ କରନ୍ତୁ।

ଏକ HTTP ପ୍ରକ୍ସି SMTP ସଂଯୋଗ ବହନ କରିପାରେ ଯଦି ଏହା ମେଲ ସର୍ଭରର ପୋର୍ଟକୁ CONNECT ଟନେଲ ଅନୁମତି ଦିଏ। ସେହି ଅନୁମତି ସେହି ପ୍ରକ୍ସି ଦେଇ ୱେବପେଜ ଲୋଡ ହେବା ଅପେକ୍ଷା ଅଧିକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ।

STARTTLS ସହିତ SMTP ବ୍ୟବହାର କରୁଥିବା ସବମିଶନର ସାଧାରଣ ରୂପ ଏହା:

curl --proxy http://203.0.113.10:8080 --proxytunnel \
  --url smtp://mail.example.com:587 --ssl-reqd \
  --user mail-user \
  --mail-from [email protected] \
  --mail-rcpt [email protected] \
  --upload-file message.eml

ଠିକଣାଗୁଡ଼ିକ ପ୍ଲେସହୋଲଡର। ଆପଣ ଅଧିକୃତ ଥିବା ମେଲ ସେବା ଓ ପ୍ରେରକ ବ୍ୟବହାର କରନ୍ତୁ। ବ୍ୟବହାରକାରୀ ବିକଳ୍ପରେ କେବଳ ବ୍ୟବହାରକାରୀ ନାମ ଥିଲେ curl ପାସୱାର୍ଡ ପଚାରେ। ସନ୍ଦେଶ ଫାଇଲକୁ ଉପଯୁକ୍ତ ମେଲ ହେଡର, ଏକ ଖାଲି ଧାଡ଼ି ଓ ବଡି ଆବଶ୍ୟକ; ଏହା କେବଳ ପ୍ରାପ୍ତକର୍ତ୍ତାଙ୍କ ଠିକଣା ନୁହେଁ।

ଅଲଗା ସଂଯୋଗ ଓ ଲଗଇନ ଆଶା କରନ୍ତୁ

HTTP ଟନେଲ ବିକଳ୍ପ curl କୁ ପ୍ରକ୍ସି ପାଖରୁ SMTP ଗନ୍ତବ୍ୟକୁ ସଂଯୋଗ ମାଗିବାକୁ ବାଧ୍ୟ କରେ। ପ୍ରକ୍ସିକୁ curl ର ପ୍ରକ୍ସି-ପ୍ରମାଣୀକରଣ ବିକଳ୍ପ ମାଧ୍ୟମରେ ନିଜର ପ୍ରମାଣପତ୍ର ଆବଶ୍ୟକ ହୋଇପାରେ। ତା’ପରେ SMTP ସେବା ସେହି ସଂଯୋଗ ଭିତରେ ମେଲ ବ୍ୟବହାରକାରୀକୁ ପ୍ରମାଣିତ କରେ।

--ssl-reqd ଏହି SMTP URL ପାଇଁ TLS ଅପଗ୍ରେଡ ଆବଶ୍ୟକ। ଉଦ୍ଦିଷ୍ଟ ମେଲ ହୋଷ୍ଟନାମ ପାଇଁ ପ୍ରମାଣପତ୍ର ଯାଞ୍ଚ ଚାଲୁ ରଖନ୍ତୁ। ସଫଳ ପ୍ରକ୍ସି ପ୍ରମାଣୀକରଣ TLS କିମ୍ବା ମେଲ ଲଗଇନ ସଫଳ ହେବ ବୋଲି ପ୍ରମାଣ କରେ ନାହିଁ।

ଅନେକ ସାଧାରଣ HTTP ପ୍ରକ୍ସି CONNECT ପୋର୍ଟ ସୀମିତ କରେ। ପୋର୍ଟ 587 ଅସ୍ୱୀକାର ଉଦ୍ଦେଶ୍ୟପୂର୍ଣ୍ଣ ନୀତି ହୋଇପାରେ। ଅସମ୍ପୃକ୍ତ ପୋର୍ଟ ବାରମ୍ବାର ଚେଷ୍ଟା କରିବା କିମ୍ବା ସୀମାକୁ ତ୍ରୁଟି ଭାବିବା ପରିବର୍ତ୍ତେ ଅନୁମୋଦିତ ମାର୍ଗ ମାଗନ୍ତୁ।

ମାର୍ଗ କାମ କରିବା ପରେ ମେଲ ସେବାଗୁଡ଼ିକ ପ୍ରେରକ ଅନୁମତି ଓ ସବମିଶନ ନୀତି ମଧ୍ୟ ଲାଗୁ କରିପାରେ। SMTP ପ୍ରତିକ୍ରିୟା ପଢ଼ନ୍ତୁ। ପ୍ରମାଣୀକରଣ ପରେ ଅସ୍ୱୀକୃତ ସନ୍ଦେଶ ପାଇଁ SMTP ଅଭିବାଦନ ଆସିବା ପୂର୍ବରୁ ଅସ୍ୱୀକୃତ ଟନେଲଠାରୁ ଅଲଗା ସମାଧାନ ଆବଶ୍ୟକ।

ସମ୍ପର୍କିତ ପ୍ରବନ୍ଧ